Age | Commit message (Collapse) | Author | Files | Lines |
|
regression from e851ea0ed30e9bb95c273a29aeab7f48f606145f
Change-Id: I07819f90efe87fe9d82515d637960fe48ca40c80
(cherry picked from commit 6f2957969bd72308ddf79cb2befa2373f2dc1dbe)
Reviewed-on: https://gerrit.libreoffice.org/6034
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Workaround for the encrypted OpenOffice.org 1.0 documents generated by
Libreoffice <= 3.6 with the new encryption format and using SHA256, but missing
a specified startkey of SHA256
Change-Id: Ib1acc4441b5adc6721cb3cde7a1191aa978e9a1b
(cherry picked from commit 11ad93f4ba84f190c908e92a2c960f7a9fa800c0)
Reviewed-on: https://gerrit.libreoffice.org/6105
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: Ib971824a7f274334012b872acec65310535ad767
Signed-off-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Reviewed-on: https://gerrit.libreoffice.org/5810
Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric@lanedo.com>
Tested-by: Pierre-Eric Pelloux-Prayer <pierre-eric@lanedo.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
(cherry picked from commit d87cb77b42b591b1333aacd60e107514d6e20864)
Conflicts:
xmloff/source/style/xmlexppr.cxx
Change-Id: Ib904af4fac5659821ba3b5dbbf62370df8243001
Reviewed-on: https://gerrit.libreoffice.org/5988
Reviewed-by: Eike Rathke <erack@redhat.com>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Depending on whether the data source is registered, either
rDescriptor[svx::daDataSource]
or
rDescriptor[svx::daDatabaseLocation]
will be filled in (and should be used).
Luckily, ODataAccessDescriptor provides a utility
function that will automatically return the one
that is set. Use that instead of hardcoding svx::daDataSource.
Thank you Lionel!
Change-Id: I02673e7924c4323915dea579015326194c3f5077
Reviewed-on: https://gerrit.libreoffice.org/5959
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>
Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
|
|
Change-Id: Id00bce6fe4826293f6b0ae842bc70b536e9aa99a
(cherry picked from commit c119ec426b2a20b79d3ecaccaa91d15bc8d43a23)
Reviewed-on: https://gerrit.libreoffice.org/5892
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I516aedd445c8fcd4cefed1ed23d5bf8157b200a6
Reviewed-on: https://gerrit.libreoffice.org/5889
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
(cherry picked from commit 21efe9ed56372dee93258fdbfd1bc88a0fd45760)
Reviewed-on: https://gerrit.libreoffice.org/5890
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
regression from b0cf3aba085373d84a55ef144b273a8a89d017af
Change-Id: Ia3d39e02f35f3e23d93c7fe771bdbeb6eb3d2caf
Reviewed-on: https://gerrit.libreoffice.org/5856
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
... with a not matching locale dependent interpretation
Change-Id: I66553627cab282ed333443ee8bf687596a616a28
(cherry picked from commit a6fdfb960ad0f5b019adff700d0046f20a740996)
Reviewed-on: https://gerrit.libreoffice.org/5712
Reviewed-by: Kohei Yoshida <libreoffice@kohei.us>
Tested-by: Kohei Yoshida <libreoffice@kohei.us>
|
|
Change-Id: I2309a0c6aebc8a111e67e2e3d591cbabfbbadfb4
(cherry picked from commit 969d5a3b97903fe32b3a7da0c3de8bf86f323c17)
Reviewed-on: https://gerrit.libreoffice.org/5637
Reviewed-by: Thorsten Behrens <tbehrens@suse.com>
Tested-by: Thorsten Behrens <tbehrens@suse.com>
|
|
Change-Id: Id5bb5c48fe82229fe378500d7cacd36d8554707f
(cherry picked from commit 9d8cda2f54adc0af4abdc1fc9675e7bc9c94228c)
Reviewed-on: https://gerrit.libreoffice.org/5643
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Somehow, under same circumstances, MSVC creates object code for 2
inlined functions. Nobody here uses them, so simply define them away
so that there be no dupplicate symbols anymore.
The symbols extents and indices come from boost::multi_array.
(cherry picked from commit 5b734c8e19ceb38ec2f632b14fbbc753d95de77e)
Change-Id: I7283ecff340d95f16bb3a8d0aae97e166fa5f0e4
Reviewed-on: https://gerrit.libreoffice.org/5633
Reviewed-by: Thorsten Behrens <tbehrens@suse.com>
Tested-by: Thorsten Behrens <tbehrens@suse.com>
|
|
Regression introduced with 465dbaecf9890b7117a45d02ea982ef7aca32720
Change-Id: I7c05c7f246dddd0271c421aa358068365d44fb98
(cherry picked from commit aaa1bc40bb197968946c39d4c31c13588191bf55)
Reviewed-on: https://gerrit.libreoffice.org/5632
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: Ib3b2bab5beffb8164a8cd2c0b4db4c97f427507e
Reviewed-on: https://gerrit.libreoffice.org/5592
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: I4272b45a1c8ad34b540ee39d9ef9dd717d4f6325
Reviewed-on: https://gerrit.libreoffice.org/5572
Reviewed-by: Kohei Yoshida <kohei.yoshida@suse.de>
Tested-by: Kohei Yoshida <kohei.yoshida@suse.de>
(cherry picked from commit 68dd91f9e9d9201287acb5825748954a5446f323)
Reviewed-on: https://gerrit.libreoffice.org/5575
|
|
Change-Id: Iee0521e4f7851f5b51cf6ab7a973bf8b46fb09f5
Reviewed-on: https://gerrit.libreoffice.org/5538
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: I17b45a5fb6ac5d30be5d3575fec76a61662decdf
(cherry picked from commit e7164ec2858a25a9f57fac199132dea0e70a8555)
Reviewed-on: https://gerrit.libreoffice.org/5520
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
The new format detection service is much simpler than the old one.
In the new framework, each detection service receives the name of format
that it is expected to check against, and it should either reject it by
returning an empty string in case the file is not of that format, or
if the file is indeed that format, set the appropriate filter name and
return that type to the caller.
We no longer need to deal with preselected filters (which is dealt with
in the detection framework itself) or return an entirely different format
that's different from the one being asked to verify.
(cherry picked from commit e69aa9572bb2206313cd2aa7edd13da91460f2c4)
Conflicts:
sc/source/ui/unoobj/scdetect.cxx
Change-Id: I3f36951b0ad821d836fb8a56b852e40d43095f09
Reviewed-on: https://gerrit.libreoffice.org/5518
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
code in master is all very different, so 4-1-* only I think
Change-Id: I9277faa462b66a38c7da3ba9a92b0381c67cfe23
Reviewed-on: https://gerrit.libreoffice.org/5515
Reviewed-by: Kohei Yoshida <kohei.yoshida@suse.de>
Tested-by: Kohei Yoshida <kohei.yoshida@suse.de>
|
|
After commit fc861c7088e9b639a1c2c80f8ba4535c798aeb34 there is now an order
dependency, between any ScPatternAttr flags indirectly set and
SheetDataBuffer::finalizeImport which sets the attributes directly for a column
So the ATTR_MERGE_FLAG that has ScMergeFlagAttr ( and associated
SC_MF_AUTO flag ) is scrubbed when by the direct writting of the attribute
from SheetDataBuffer::finalizeImport -> Document::SetAttrEntries
I've reordered that Table import here and split the finalize ( which happens
before heetDataBuffer::finalizeImport ) so that the databaseranges which were
created before sheet import still happens, the autofilter part of the import
is now deferred ( until after SheetDataBuffer::finalizeImport )
Change-Id: I11bb45ee7b330760fd93ecca30b23399414ac3a7
(cherry picked from commit edd51b813005c2159426d8f2917eede5b14a4577)
Reviewed-on: https://gerrit.libreoffice.org/5447
Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>
|
|
Change-Id: Id1eedc86056f7de24913f8156a819f8a0695fd59
(cherry picked from commit 78c995a184115ef4ec1c348bd9b910a3791de550)
Signed-off-by: Eike Rathke <erack@redhat.com>
differentiated warning for symbol/AddIn pair insertion, fdo#59727
Change-Id: I371bca810c40d4cfab0b9fcd47a070b4e68ee768
(cherry picked from commit b24e3a6042ccfeee650664cc6fb244dfeea497cb)
Signed-off-by: Eike Rathke <erack@redhat.com>
|
|
Regression introduced with 337066eb1fa395990b78d1032c399a4688d2a6f9,
flags and formula token array weren't written if the formula result was
an error value.
Change-Id: I8ccd55a7b43d5ceb79002e01f0b3d33d36d85538
(cherry picked from commit 25763e59625ce83de4b82927359108f9e7878744)
Reviewed-on: https://gerrit.libreoffice.org/5429
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: Ia3c452f21328e2d5773f245e729905a70d14c29e
Reviewed-on: https://gerrit.libreoffice.org/5312
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
(cherry picked from commit 27aeea8e2bd374ec2f7317ac485315118ea1feee)
Signed-off-by: Eike Rathke <erack@redhat.com>
|
|
This is an improved patch of commit G12a712245bdcca40bb87e2bd118eec9635848
which was reverted with commit bcbdf6763944dcc53c2667bf829a005ff0b9223a
The original patch still contained a piece of test code that does
not belong in the patch.
The goal seek tests from Junittest_sc_unoapi now all give the expected
results (tested manually).
Reviewed-on: https://gerrit.libreoffice.org/5359
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
(cherry picked from commit 416d10b5f91047f0dcfbcc233c60322810bfc8d0)
Signed-off-by: Eike Rathke <erack@redhat.com>
Conflicts:
sc/source/core/data/documen4.cxx
sc/source/core/tool/interpr2.cxx
Change-Id: I8009a0dd3601a1d7d54899e781e30363cf0c36ea
|
|
Cell modifications need to chain repaint positions.
Regression introduced with bcf5b54b47eda4e39b4f5f4813cb43e1f52f0201 and
related.
Change-Id: I4df633304443ea761ae743ee1271f5777e0da5b2
(cherry picked from commit bc599dca8b6b46cff35dab01ad26c18ea529b261)
Reviewed-on: https://gerrit.libreoffice.org/5332
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
regression since 538ba011d7b598737c898cfcce1e0d7b00b40c84
Change-Id: I260819681dfd47435d8edf5fd97c873238c5d808
(cherry picked from commit a783c7ce72c6dc306dcd39868c9bf41d9dc886e0)
Reviewed-on: https://gerrit.libreoffice.org/5326
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Failed with:
/usr/include/c++/4.8.1/debug/safe_iterator.h:510:error: attempt to compare
iterators from different sequences.
Objects involved in the operation:
...
The problem is that miPos in _copied_ object points ot maAttrs in the
original object, not in the copy (and std::for_each takes a copy of the
functor). This could be solved by defining copy constructor and
operator=, but given the limited usage of the class, it is simpler to
let copies share the state.
(cherry picked from commit 95d1b05430d0d6384c6910fa9dfdd3c703201d34)
Conflicts:
sc/source/core/data/documentimport.cxx
Change-Id: Icf3f02ecd2fe4ce6dd77f3cde226d32beb4d4b3f
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Id784772e677e176622e75ff5ae33ab3eb78b1d9a
Reviewed-on: https://gerrit.libreoffice.org/5263
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
which is most common, and using edit engine for it would decrease
loading performance.
Change-Id: I65c20eef96c88edd8eb07c73c27716c4f03c4cda
Reviewed-on: https://gerrit.libreoffice.org/5259
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
We will switch to using ScDocumentImport to populate the document from
import filters, instead of using ScDocument directly.
Conflicts:
sc/inc/column.hxx
sc/inc/documentimport.hxx
sc/source/core/data/column2.cxx
sc/source/core/data/column3.cxx
sc/source/core/data/documentimport.cxx
sc/source/filter/xml/xmlcelli.cxx
and a whole bunch of changes backported in order retrofit this code in
the 4.1 branch.
Change-Id: Ie59d6877d1ac4fc04751a84b663772a9dc9a3efc
Reviewed-on: https://gerrit.libreoffice.org/5258
Reviewed-by: Michael Meeks <michael.meeks@suse.com>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
(cherry picked from commit 016e18680e471d9f0cea8ee35f9716ae0f9baa11)
2nd step to export SheetProtection fdo#64753, actually export the data
(cherry picked from commit 8ce1124359783df750d176b8390b4eb0f54fb6ba)
unit test for fdo#64753 ( import/export of sheetprotection )
Conflicts:
sc/qa/unit/subsequent_export-test.cxx
Change-Id: If420b386543c15c7b550a720b6e2db69bf372d7f
Reviewed-on: https://gerrit.libreoffice.org/5229
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: Ic1a6ce26e84982a617d9814645a7bfc3ccd3a63f
|
|
Because we aren't supposed to. Think of those formula cells that follow
the empty one.
Change-Id: I2cd04833d5e6c561e9ab6d83a984dbdceefa2e71
Reviewed-on: https://gerrit.libreoffice.org/5233
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Otherwise the table widget won't have any idea which rows are displayed,
and end up not populating the ranges.
This is caused by the switch to the .ui dialog, which delays calculation
of the dialog size until late. But the code that populates the ranges was
execuated when the widget was instantiated, at which time the widget didn't
have its size assigned.
Change-Id: I22943b41b21b58cc67e872dff13ad3c25eee8438
(cherry picked from commit b8b807ae589a0b0daa101a0b00bcbe21aa138e2f)
Reviewed-on: https://gerrit.libreoffice.org/5227
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ie3dbf2eeba98a60aa2426b1db35ac885102d3821
(cherry picked from commit 8b96cfd6caedbad7b3b79e57421a834f18c5c511)
Reviewed-on: https://gerrit.libreoffice.org/5142
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
(cherry picked from commit b46688a663b8709e0e0795f25ef8961db1f46cba)
Change-Id: I1421cca4b0ef8e9410aab5725cc5a8d9cffef7a9
Reviewed-on: https://gerrit.libreoffice.org/5145
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
there is an existing function ( called at least from uno names api also )
that updates the tab pos, calling that seems to fix this problem
(cherry picked from commit b5fffdb8d0438a2fe933a5742d41fe50a14b71f3)
with squash of
unit test for fdo#62729
(cherry picked from commit 7b3d8e0a7dcf6ae05e1de5c33ed382822cf52cce)
Change-Id: I6f6f31895eda9c338eeabd3f3285bf2c9eb23b7e
b9be75459aa49b8bab968dedae9e0760ccef9a26
Reviewed-on: https://gerrit.libreoffice.org/5124
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: Ic1240114d667fb7797afae4847427cc889f3cb48
(cherry picked from commit 03993b47c522dcc71f7cd73ee21df3de9650080d)
|
|
1) Insert =COLUMN() or =ROW() in arbitrary cell.
2) Have another cell reference that cell.
3) Insert or delete column or row to change the cell that contains
COLUMN or ROW function. This will change the result of that cell.
4) Check the result of the 2nd cell that references the first. The
value change is not propagated.
This commit fixes that.
NB: master has a similar but different fix. Due to the difference in
cell storage between master and 4.1, I had to devise a different fix
for the 4.1 branch.
Change-Id: Ib1b730e7a4a70a11b967b88730a68362e061a8a0
Reviewed-on: https://gerrit.libreoffice.org/5113
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
ScEditUtil::GetString() iterated over the paragraphs of an
EditTextObject where GetText() does not resolve field content but
returns the embedded field markers. To resolve field content an
ScFieldEditEngine is needed.
This makes it necessary to pass an ScDocument* to obtain the
ScFieldEditEngine from, or for cases where there is no ScDocument in the
context use a static ScFieldEditEngine which unfortunately is not
capable of resolving document specific fields of course, such as
DOCINFO_TITLE and TABLE.
Also added unit test.
(cherry picked from commit 1ecdc7aaf661e97a33cf521f553481d79cd26de2)
Conflicts:
sc/qa/unit/subsequent_filters-test.cxx
sc/qa/unit/ucalc.cxx
sc/source/core/data/column.cxx
sc/source/core/data/column2.cxx
sc/source/core/data/column3.cxx
sc/source/core/data/dociter.cxx
sc/source/core/data/table3.cxx
sc/source/core/data/table4.cxx
Change-Id: Ife3c23b2fec2514b32303239d276c49869786eb5
Reviewed-on: https://gerrit.libreoffice.org/5106
Reviewed-by: Kohei Yoshida <kohei.yoshida@suse.de>
Tested-by: Kohei Yoshida <kohei.yoshida@suse.de>
|
|
Change-Id: I033668dcdcdcc1a5710f2ddacadf9a1a5344638e
(cherry picked from commit 038d162b175b62d67a94d4418b3a15a1a382419d)
Reviewed-on: https://gerrit.libreoffice.org/5096
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
And a new unit test case to catch this in the future.
Change-Id: Ife7d0579849a769c23ace8bfd86a39892253a121
Reviewed-on: https://gerrit.libreoffice.org/5070
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
previously we added 'file://' scheme to hyperlink urls detected as SMB
but.. this is just how linux detects those windows share urls, on
windows those urls are detected simply as FILE urls. So... we need
to add the scheme if either FILE or SMB ( basically just relax the patch
a little )
Change-Id: Ie9a2b0c9e297ee08352db88ad9a21583978dbe3d
(cherry picked from commit 40dd3d6e4ed8ed6a2f1c3f953955f9932c0c95ce)
Reviewed-on: https://gerrit.libreoffice.org/5066
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
821521f757569c96ded6004bb2cb0d003481b55b introduced XML_SPAN but removed
handling of XML_S repeated U+0020, SPACE
Change-Id: Ic1b00c9dbc33c750b9a8cae910b4ca0bed42ab5a
(cherry picked from commit be10607d358f7587f10e76084893ceed3a4c9215)
Reviewed-on: https://gerrit.libreoffice.org/5051
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
(cherry picked from commit 585d4c165f25a6acb19b5f0d05cbb1623283717f)
Change-Id: I99908a73d38b0d4b9919ac9c627b849b1d7de0d8
Signed-off-by: Eike Rathke <erack@redhat.com>
Signed-off-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Add IsUTC member to:
com.sun.star.util.DateTime
com.sun.star.util.DateTimeRange
com.sun.star.util.Time
Add new stucts with explicit time zones:
com.sun.star.util.DateTimeWithTimezone
com.sun.star.util.DateWithTimezone
com.sun.star.util.TimeWithTimezone
Adapt the sax::Converter to read/write timezones, and fix the unit test.
Everything else just uses default (no time zone), this commit is just
to fix the API.
STRUCT: /UCR/com/sun/star/util/DateTime
nFields1 = 7 != nFields2 = 8
Registry2 contains 1 more fields
STRUCT: /UCR/com/sun/star/util/DateTimeRange
nFields1 = 14 != nFields2 = 15
Registry2 contains 1 more fields
STRUCT: /UCR/com/sun/star/util/Time
nFields1 = 4 != nFields2 = 5
Registry2 contains 1 more fields
Conflicts:
sc/source/filter/oox/unitconverter.cxx
Reviewed-on: https://gerrit.libreoffice.org/4833
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
(cherry picked from commit 652ccbdf3111766fadc379a8cf4650b744e1e19c)
i#108348: fix TimeZone -> Timezone in struct names
(cherry picked from commit 604aae1fd240254fe851d93dc35b5408bd13296c)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
Signed-off-by: Lionel Elie Mamane <lionel@mamane.lu>
Signed-off-by: Michael Meeks <michael.meeks@suse.com>
Conflicts:
forms/source/xforms/convert.cxx
offapi/type_reference/offapi.rdb
reportdesign/source/core/sdr/RptObject.cxx
sc/source/filter/oox/unitconverter.cxx
|
|
Change-Id: I267ccb30cfa6347313fa1de96e18731f0e22d57d
(cherry picked from commit 76488b00ed75bf7915d6d57af9875c6434e740d6)
Reviewed-on: https://gerrit.libreoffice.org/4894
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
This causes wrong format type to get "detected" when testing for a
completely different file format type.
Change-Id: I230759e2be432beeae2db24c12369ccb4585f334
Reviewed-on: https://gerrit.libreoffice.org/4876
Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>
|
|
1) Compare data field name as it is displayed in the table output.
2) In the result tree, store field member names as strings as displayed
in the table output, instead of as ScDPItemData.
GETPIVOTDATA operates on displayed cell values and do textural comparison.
There is no use storing ScDPItemData which screws up value lookup in
the result tree.
Change-Id: I31bc03a6800f4fadf2ba1180d1958354d43e8a07
Reviewed-on: https://gerrit.libreoffice.org/4853
Reviewed-by: Michael Meeks <michael.meeks@suse.com>
Tested-by: Michael Meeks <michael.meeks@suse.com>
|
|
Change-Id: I22ff60e30b8c5697f648fcd6b7b22a302c6a2135
(cherry picked from commit 7c7ca0d0028cacad15a4fdc3dc02bc5f038c9f3c)
Signed-off-by: Eike Rathke <erack@redhat.com>
|