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/2316Reviewed-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/2289Reviewed-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/2304Reviewed-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/2277Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>