Age | Commit message (Collapse) | Author |
|
sorry, huge one...
|
|
Change-Id: I91f6e861f6d0dbea1b57ac73857e0c706b27f681
|
|
Change-Id: I286fb35e223f205ecc649aa388471ef1b0823d86
|
|
Change-Id: Ib5508999b25a238f82dd8dd01b5a42fe5709589e
|
|
Change-Id: I0e0d05a5b226b5c59798345f402f8a7724d2689a
|
|
...and completely comment out commented-out testContentXLS_XML
Change-Id: I24d149bb7b16d1d36b388a39e719b6b9ead142c2
|
|
Change-Id: I4d2f98117b783e801916f99fd99e69d43e161e2d
|
|
Turns out that we do need to share pooled resources with clip documents
in addition to undo documents.
Change-Id: If220c2d4bfc2bece9e884e034525e72dff8e3d66
|
|
This adds several worksheet functions to the list.
Change-Id: Ib1a72c4401a4bd5e09ec98dfa1bd6175234005e0
|
|
Change-Id: I3199470ec92923e8cc12156f21dd397d870cc1e0
Reviewed-on: https://gerrit.libreoffice.org/8930
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I076cb7b8d5f9b51e7337a512bb86efbabee021a8
|
|
Change-Id: Ib870d8f115b074a4ad80ee6910f92ba8d4b0c01e
|
|
Change-Id: I8a6c6295998c6545318f6b490d1f617d6178013b
|
|
Change-Id: I0a40e9e26e09e970023a749b7fd0a67ac29d1bc1
|
|
Change-Id: Ibd3a2efe0a195b7c402572b0efb5c03183df9cf8
|
|
Change-Id: I0ef2e67f6d61e0ce118c0f5e926b8194ef9d8058
|
|
Change-Id: Id1dcadcac179c52977e48a6912ce4d5fd542f60c
|
|
Change-Id: Ieb21b0a26caabfd3976de0eb20049e8ac8ec8533
|
|
Change-Id: I65f8087772318eb14adc0eb65ab896e57677cbe3
|
|
Change-Id: Ia84fc5fa460dd27955dfc843d29b213b3b40ea46
|
|
https://bugs.freedesktop.org/attachment.cgi?id=96899
Two function calls currently fail where implementation needs to be
fixed:
- row 45, function name=[ NETWORKDAYS.INTL ], result=18, expected=19
- row 79, function name=[ WORKDAY.INTL ], result=41755 , expected=41754
Change-Id: Ibb58dfa2f8687c7daa2cb7409803cd14b015dc98
|
|
Change-Id: I3ab9dde5c421a3a3e6022a27be37f23547197317
Reviewed-on: https://gerrit.libreoffice.org/8772
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
It appears that the C++ standard allows overriding destructors to be marked
"override," but at least some MSVC versions complain about it, so at least make
sure such destructors are explicitly marked "virtual."
Change-Id: I0e1cafa7584fd16ebdce61f569eae2373a71b0a1
|
|
Change-Id: Ibf04fa79570a2417c965e773a789827a86787471
|
|
Change-Id: I9e0636af65258646572da126e93766552fa1e1df
|
|
Change-Id: I1c83afa40eaf8c81ca3b436c6fb7d22f7eb9f223
|
|
...mostly done with a rewriting Clang plugin, with just some manual tweaking
necessary to fix poor macro usage.
Change-Id: Ie656f9d653fc716f72ac175925272696d509038f
|
|
Change-Id: If16a93ee371e9a4e0d0992fd0a62a4623fc284ab
|
|
Change-Id: I8f218f8f8ce12525b4c9995567d2864baa610c0b
|
|
Change-Id: Ib4fccb0e29d4a21a211de4af2cdeaf956f9b9cc6
|
|
Change-Id: Iaf609b509165405c1a471dd8556c30dc019922da
|
|
And this already has revealed one bug in the xlsx import filter code!
Change-Id: Ib845a5492ec7b62b8528b31eac8cd1b285500184
|
|
We need these for Excel interop.
Change-Id: I91450c1d205f28636edfb4392aa6ae5091b1d7b7
|
|
1) Use ods format and store the expected formula results as numeric cells,
to avoid having to load the same file twice (which is slower).
2) Use rtl::math::approxEqual to evaluate two numbers that may be subject
to numerical instability especially when the expected values are very
small.
Change-Id: Ie08e91f797065f4593f996df3541da84019cc53c
|
|
Change-Id: I0a5fbfc0b33b16e0eba7410957ab83ffbff4e008
|
|
Change-Id: I85e8823e872bf53182ce90576225e462edb1930a
|
|
Change-Id: I4e4b788f34e01f926d60d97515de4191d7346d5e
|
|
Change-Id: I20de3d5c3c254b2ce96678553d91492dc95e2c39
|
|
Ideally they'd even be stored as document options. Future work?
Change-Id: Ida126a441ca88c35406fb66ea3722d6335e6e8e2
|
|
Change-Id: I9da62b026b40b08784415e0421556946646d25e2
|
|
Change-Id: I0014cc8af22e4f2284d8e72b6b79fa300ad89028
|
|
Change-Id: If7d9c032d6025a6c6bf850e338923296ba2590dd
|
|
Change-Id: I01ebdfab7d6098402e2911713b0eb51e2003047c
|
|
Change-Id: Iec8d32a4e53d2d5d3cdc9767c2ede7654fe2bdd6
|
|
The crash is a result of the pasted formula cell (single cell) being marked
"shared", which should never happen.
Change-Id: I7b7fa536c520c76b56cce78457e11b6e2eaee76f
|
|
Change-Id: I220cc3aeac79325e7664461d3bd5219e9e1f04f7
|
|
Change-Id: I96bd008759a2a06ffeea46f2b25b847bc895e9eb
|
|
f70d03436b7b501e0ed1d745935a204b9b97b855 "coverity#1158232 have a stab at
silencing warning with function markup" claimed that NamedDBs::insert always
takes ownerhip of its argument, but boost::ptr_set::insert(std::auto_ptr<U> x)
simply calls insert(x.release()), so only takes ownership when it returns true.
ScDBDocFunc::AddDBRange (sc/source/ui/docshell/dbdocfun.cxx) relies on this
behavior, deleting the argument when insert failed.
ScDBDocFunc::RenameDBRange (sc/source/ui/docshell/dbdocfun.cxx) relied on this
behavior, deleting the argument when insert failed, until
f55cc330dec0dec60c755e2ce28a840c7fca1956 "Fixed the fallout of the changes in
ScDBCollection" removed the delete (presumably in error?). I put it back in
now.
All other uses of NamedDBs::insert ignored the return value (witnessed with
SAL_WARN_UNUSED_RESULT). Some are insert-if-not-found cases, where I added
asserts now (Sc10Import::LoadDataBaseCollection,
sc/source/filter/starcalc/scflt.cxx, is not entirely clear to me, so I added a
TODO), while others would have potentially leaked the argument, in which cases I
fixed the code.
Change-Id: Iad40fbeb625c8ce6b0a61cbf16298d71cdc7de80
|
|
Change-Id: Ib36c2c5d55f86aff27081a0da554f6e8a81474ee
|
|
Change-Id: I2a5a1964dc6496aa4db15c9e8644692b460d0527
|