Change-Id: Ia830ac1e70f74859dff871f24538af3f2f83fd9d

Change-Id: I399f4c5c6618dd151bd649f07e1b9d661e224324

https://github.com/languagetool-org/languagetool/pull/219

Change-Id: I32e5caac17165a77d0803e782a285a9f32752742

...cf. 2ad716f4 "Revert 'pyuno: set up fake
command line in getComponentContext()'" and
54981ce9 "Adapt some logs and assertions."

Change-Id: I15229a29a3557b0490d7876b418dd24620ee4df5

Change-Id: Id0d4695b6a7c5eae0493e679345bd41d4687d6d7

Change-Id: Id6afa19b5d1cbb0a76bb7d8a34d40ba4eda214ec

...consistent with the values in the correpsonding ini-files in generated
installation sets.

Change-Id: I8466cc64d309bbb3fe4bec7833803081d14e1097

...it is created on demand in the UserInstallation via dp_misc::create_folder
(desktop/source/deployment/misc/dp_ucb.cxx)---and was only present in
installation sets, not in instdir/, anyway.

Change-Id: I37caf24a9d8821c49815be9d6b9b15c08a66af95

...it is created on demand in the UserInstallation in psp::getOfficePath
(vcl/generic/fontmanager/helper.cxx)---and was only present in installation
sets, not in instdir/, anyway.

Change-Id: I6d7314f7fa4f6c0040e94e49ac1fe34d03e861be

the rtf doc has three bookmark starts but only two matching
bookmark ends.

The tokenizer has three starts 0, 1, 2, but 0 is missing an end. Without the
end of 0, the mapper never inserts an entry for it, so later inserts the start
of rtftok index 1 as mapper index 0, and passing the end for a bare "1" cannot
be found by index. If we pass the name then it finds it by name as mapper index
0 and all is well.

Change-Id: I344db84e4f1c7d55fca59cdfe692080c7d0b8033

and rename SID_INFOBARCONTAINER to SID_INFOBAR

Change-Id: Ibe8a2925f62b43bd96d1092c98e500c8d433ac80

Change-Id: Ie61be2bd009b71bbbb7261865d026faf3af706ce

Change-Id: Ib1149389ae332c66886611de244baa2d83af8869

Change-Id: Ia0a48d0d366cf108b3eaad0b08822be9c4da087a
Reviewed-on: https://gerrit.libreoffice.org/13128Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

See 44a3a345 about why ^ is chosen.

Change-Id: I05cda4d69eaa1757a95c06c199e09d9c67f47832
Reviewed-on: https://gerrit.libreoffice.org/13037Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

This fixes the order of handling csub/csup changed at 80de3c0f.

Change-Id: I1b5ad39b367e1933f8a17ce8126feed4d996f662
Reviewed-on: https://gerrit.libreoffice.org/13086Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I7ef59f3c40c475c25dd6f110f298fcda3f0f1079
Reviewed-on: https://gerrit.libreoffice.org/12130Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>

...and had started to have different values in instdir (ProductMajor=450, ProductMinor=0)
vs. installation sets (ProductMajor=50, ProductMinor=)

Change-Id: I4db2c07b5f7b011218833fc355a3097eb13d0cd4

Change-Id: Idce7220056f7bc339a5060fd0bd6fbbbdde4f6ff

Change-Id: I19be8b6df10515e195a4d3ecb8f003c85d2349c2

...but rather dynamically created (via the SDK's setsdkenv_unix.sh.in) in the
SDK's per-user output tree.  So better reflect that in instdir by putting the
symlinks into workdir/LinkTarget/Library/ instead on Mac.  (Which has the
additional benefit that the location of the symlinks doesn't change with the
versioned SDKDIRNAME.)

Change-Id: I77237f6a5d64771c3cb0866e125925ed7b0ecdaf

Change-Id: I88dabd5612069a7de3cad188344cc5c33ba22a7e
Reviewed-on: https://gerrit.libreoffice.org/13127Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>
Tested-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>

Change-Id: I1d660da4cdd3f612ac1478e37e613446d4253fae

Change-Id: Iccebda56ad7a6e7f7867d3da8033c633211f9e15

884bb65d "INTEGRATION: CWS native141: #i87732#
version number in package names" removed gid_Profile_Setup_Ini and
b857e461 "INTEGRATION: CWS native141: #i87732#
version number in package names" removed its nine correpsonding
gid_Profileitems, but 00de796b "INTEGRATION: CWS
odfversion241_DEV300" brought back seven of the gid_Profileitems (but not the
gid _Profile_Setup_Ini itself; probably due to a merge conflict; then
fd1db0b8 "Undo basis/brand split: move
program/classes/ from basis to brand" removed one of the gid_Profileitems
again).  Now remove the remaining six.

Change-Id: I464ac1258217b2ecf8e94b2c7e59b795306d5b06

This header is also included all over sc.

Change-Id: I4b8092c83a40bdeefd0781046125746ca8d35c9a

types.hxx is included by pretty much everyone inside sc.  Let's not
stick a boost header in there...

Change-Id: Iaf2aa9e13d0e02437bcd9e71a0143432abfa0a7c

Change-Id: I09ec8ed8f05621b72984a34f47db50d20ebd6c06

This header is also a very high impact header.

Change-Id: Iab63f2ec2edebc14b47820c6377a7f83131cfd06

Change-Id: I0aed7ec1bd8ac30ef18147b385c8649a413e4e3a

(regression from 0a1b1511
 and 26259e0c)

Change-Id: Idf9a6f5620c9efe62d2824df1688b30d13a4782e

...cf. previous 2ad716f4 "Revert 'pyuno: set up
fake command line in getComponentContext().'"

Change-Id: Ia77132465ada17a5839f9d4f9ccaf20f8b113075

This reverts commit 2386a92c and its follow-ups
1acaa577 "sal: add special handling of argc==0
to osl_setCommandArgs()" and 01f27b5e "sal: fix
osl_setCommandArgs() on WNT."

The situation that osl_getCommandArgCount is called without a prior call to
osl_setCommandArgs should be considered as harmless and can legitimately not
only happen in the pyuno case discussed in the reverted commits, but also in
case binary UNO is bootstrapped from within a Java process, as happens in
test-javanative in ure/source/uretest/Makefile.

Change-Id: I2829db390e37dfe5daeda33a4c0659b7d35e565a

of group area listeners.

Change-Id: I3a8d2ceb57462c2c2c4cddb6e34966d2465e149b

Change-Id: I75412790e0afc1dbe3255254ff13fd41c5e9934b

"static" keyword explains why first time the option is well taken into account and not the other times.
So let's remove this and the option will be taken into account all the times.

Change-Id: I9db84373e425dfe21c307b965b1796c781cd7863

Change-Id: I210760099eb630c1306630e49bf84a2f3bf7a3b6

Change-Id: I32a9d6cc625537ab6e0940d93bf9a7544df370c8

(regression from a2feb420)

Change-Id: I211910ba12fa1f2ce578bf467169a239ddf83e1f

Change-Id: I4c8aa46a02799dd8e8cedda0dd552b51b248a0e8