Age | Commit message (Collapse) | Author |
|
Change-Id: I2e2950045d8970eec3d1e04269bfe2ecbc9c3e6f
Reviewed-on: https://gerrit.libreoffice.org/2267
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I108ea85db7904e31cbeb1cd2dec89cb1cdf6275b
|
|
Prepare cppuhelper/unoidl.hxx for direct consumption by code that currently uses
registry/ to read .rdb files (e.g., codemaker). The additional exports will
need to be properly hidden from general users in gcc3.map (and documented,
and...).
Change-Id: I5cdff6fe69ab88435972e16dbda2311450f20ede
|
|
Change-Id: I7d4cf698721fcf972bf35babb6d53369719eed18
|
|
Change-Id: I906df7fb65226422973e11ad69abdcc4fbd980c9
|
|
It used the same package name as DocumentLoader and the same .apk name as the
eary sc cppunit test app. Probably having two unrelated apps with the same
package name causes some confusion somewhere.
Change-Id: I11414b9cd59694eb97d39bfaeac4ed1066ae3aab
|
|
It's not really a "QA" thing.
Change-Id: I85f7b5610ecd409972b7d504bfc567707d35556e
|
|
Conflicts:
drawinglayer/source/primitive2d/svggradientprimitive2d.cxx
Change-Id: I04c148303e7153a5376eae79803c540f6eba0b00
|
|
Change-Id: I18f80b5fd6aa11ed78fe2b1bee3cb9f843cf203e
|
|
+ application windows size
+ I was afraid to migrate any /org.openoffice.Setup stuff
because there seemed to be many hardcoded values;
But the parts mentioned in registrymodifications.xcu
should be configurable and thus safe to migrate
+ „Enable macro recording“ and „Enable experimental features“ options
+ sigh, we do not want to migrate
/org.openoffice.Office.Common/Misc/FirstRun; thus we need to
explicitely mention all the other items which is error prone
+ Tools/Options/LibreOffice/Paths/My documents
+ ah, the paths are handled on two locations: /org.openoffice.Office.Paths
and /org.openoffice.Office.Common/Path
+ Macros
+ I was afraid to copy user/basic because there were some content
out of box. I though that it might be version specific. In fact,
the default content is just empty templates that look the same
even in old releases => it should be secure to copy it after all
Change-Id: Ie1c04e9df36f6b6961bbaaeb922e29d64128ade4
|
|
Change-Id: I7c10329f87edfe5d6f801c0aa70e1f6860780c8b
|
|
Change-Id: Ifee5c39423957bcc4708a7933c760d9467e2ac27
|
|
Change-Id: Ib0eb044f009227c0aa6e1bc520905d605323c3db
|
|
Change-Id: I829699340525b6a1c5840e1162028bd593d2b96e
|
|
Change-Id: I80f181966f0e47ec0030eeab7762a6b7fb0095cb
|
|
Change-Id: Ibf82038c15c9ecf6de502bae1dd21e2393cafe09
|
|
Change-Id: I2d42420307f359b30cce5422629689bdc964ebd9
|
|
Change-Id: Idc22167d1a0dc518b3f9e96884213140d07b565b
Reviewed-on: https://gerrit.libreoffice.org/2316
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: I2c5ad65863a516516f8a944fb1344753e08d6c9e
|
|
Change-Id: I033ee2316337dab549f1beddbfb7919a35d73c8e
|
|
Change-Id: Id2a812c4b5347e2851149a1bd46eaec4b40d0f12
|
|
Change-Id: I0d70449ad9b42219969c82e2054694c4a5830dcf
|
|
Change-Id: I4423ea0952282ea2b64c72e4cc73e42f0afe4649
|
|
Change-Id: I5dad83789ff9b6815561208679a5e19821041e1f
|
|
Change-Id: I17b8ab426e7aabeb5db9d49391e0c1be99e63a51
|
|
Change-Id: I9637244a7f117496feeb879618a28ba55ced84f4
|
|
Change-Id: I8d8019b6947c1f989d897389379f2b6bb396cfbb
|
|
I have cleared out String and ::rtl::OUString calls in module dbaccess/source/core/misc.
It was mainly file dbaccess/source/core/misc/dnstypes.cxx , and it's usages. There are
still some calls in dbaccess for this class(ODnsTypeCollection), that needs refactoring
(eg. in file DbAdminImpl.cxx, method "String ODbDataSourceAdministrationHelper::getConnectionURL() const").
Remaining calls will be my next task (in module dbaccess). I also clear out deprecated macro
RTL_CONSTASCII_USTRINGPARAM every time I find one. The class I've mentioned above
(ODnsTypeCollector) is OK.
Change-Id: Ia0f3bb8cc649d1ecf8decc093f8a1a20ee23c33c
Reviewed-on: https://gerrit.libreoffice.org/2289
Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>
|
|
Just as a test to check the usefulness of that tool. It needs some improvement
before really usable.
Change-Id: I875e79c1992ed5f3b695736b0d49938ad0ba2d55
|
|
|
|
Project: help 289af485bb9a21cb97426c7721ff144f1392edf6
|
|
Project: dictionaries 892bb8a4b02d261d9fda2648f595139c06b59913
|
|
Change-Id: Ie1b7a0cf5fbb9dbfc04a07bb58d5f55f83a096f3
|
|
Change-Id: I85c556a5f3ed3934c409f0ee5e0b4454bc5b7728
|
|
Change-Id: Ieb6e282225c7e7a94c93653c009400d1f77f657f
|
|
Change-Id: I819bb12dc694fa6ee2da803e41d0098f66c06c3d
|
|
Change-Id: I045871d1f6c0dbd1baf1df82b196763d374bec38
|
|
Change-Id: Idfc117f3026d45845dcce64d31aad6fc0af9c00a
|
|
Change-Id: I33bb3e133b49fad6503aace3afda65c3b3371da9
|
|
Change-Id: I88dabffc98825d6e7df14165d448302697cebe21
|
|
Change-Id: I5f28e8968bc993c2f5b545919f1a26929038f882
|
|
ExternalProject usually involve a configure and a make
step that produce a bunch of output usually irrelevant
including a large number of warning and other mess.
now that everything is pretty much in tail_build
these output get interleaved with useful output from
the build of the product and actually drown them in a logorrhea
of messy noise.
This store the output of external modules in a log file
and only print them as a whole if the module failed do build.
on a non-verbose build.
Change-Id: I3abfcccd6d16821a9e061a71e031b427cc283647
Reviewed-on: https://gerrit.libreoffice.org/2304
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
... "CRASH when click 'Add' in EXTENSIONS Manager to open LibO File Dialog"
This one must have been broken for a long while, because it didn't
even implement XFilePicker before.
Change-Id: I7c5d4e4c3ba14f4c6dffa91a25a745e6ca51ec37
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Iadacffaad832c6ff06757e8567e24f929f24a4c3
|
|
Change-Id: Idc00fe9ad5158043cf2eee652567581111c89177
Reviewed-on: https://gerrit.libreoffice.org/2277
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I0a8dbbb3dbe7408e6f4d92c0bbebdaaa7d882f01
Reviewed-on: https://gerrit.libreoffice.org/2271
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Not sure if it just is coverity's parser that get confused or if the
compiler can also be confused in that case.. but it does not
hurt to be explicit, just in case.
Change-Id: Iba9df7122584272645e7fb241c3f5fd2ed4481d1
Reviewed-on: https://gerrit.libreoffice.org/2250
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I4fb90cb00829bc4be7d050521215528de4748d76
Reviewed-on: https://gerrit.libreoffice.org/2245
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I68a1dc0926b1310b196212e0ec602cc9d78b43de
Reviewed-on: https://gerrit.libreoffice.org/2230
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: I597cd1204b0b7f5c7351482c3cdd00fc6111218a
Reviewed-on: https://gerrit.libreoffice.org/2224
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|