Change-Id: I1ac90d4253230d55e289135da4e1837a3f2d42e9

...after 097292fe "Add HKEY_CURRENT_USER
registry integration" added "winuserreg:".

Even though changing from the exisiting "winreg:" to "winreg:LOCAL_MACHINE"
should be compatible, as it only ends up in fundamental.ini included in the LO
inst set, play it safe it keep treating "winreg" the same as
"winreg:LOCAL_MACHINE".

("url" is a misnomer now in configmgr's Components ctor, and should eventually
be renamed to something more accurate.)

Change-Id: Ifbcf3284d904490891642599468470d03547f92a
Reviewed-on: https://gerrit.libreoffice.org/17891Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: I7b06d0ffe53c6ebf2b479951321dcb37cb22c355

Change-Id: I3a50722f07f4dbaf89b4e8829dea7b41b829c038

Change-Id: I46e5463aaa5cab41cd69c13314ee98a0c73e7ba2

Change-Id: I6b19873eef48b625dc3d4f7b3a9afdb348189b38

Change-Id: Iaf6415d3b33a4ce195a00913a0df69f1fb794217

When actually using the parameter defaults.
So just remove the defaults.

Change-Id: I02dbffcd87a3a07382cb10655d46e7d0312f4e51

Change-Id: Ife15f6a6e4b31c6e226a154dd708290266e86a2e

doesn't harm to swap the order of comparisons, and include the failing testcase
for reference

Change-Id: I38399cca8f6085704ee714faa04fbbf283138c3d

Change-Id: I682a9bf72cbe18999c0c5acc495e813727e0e372

Change-Id: I47b4ffb1d96041d51dde313c080ed1d9cd4000be

Change-Id: I7ecadedb77832fb3073870880dbfba121fdae826

Change-Id: I7b58249a93b5014d3e930bc5d041d8d80aed6512

Change-Id: Id33e21b01d8898ea9ff49bc7cc59b573580ab88d

Change-Id: I804132abe01ef3a54e6824d415e19c7edc8039cb

In order to handle signals, we need to have ACT_ABORT in place
and distinct from ACT_SYSTEM.

cf. if (Signals[i].Action != ACT_SYSTEM) during setup.

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

Change-Id: I3501d31e0310481a5872e537bf53ad2faaf25779

Change-Id: Icab5608900108c89e649e78a2e35d02e941d0ac0

Change-Id: Id08176640672095c03e0b124cd65a9dce26ac2db

Change-Id: Ifd1b38afb963255b76f0d821eb46e4c6a972128a

Change-Id: I03de2d02f4814bf3425f7278ec91ed1e3b4ce1a0

Change-Id: Ia438d3a383cdc6c0343fa116488730a130f634af

in commit 5a58e809

Change-Id: I43c7fa9dda04a11a9a6424b461b3915da968fe27

Change-Id: If1d183f32079548645b4974a16161dc997c026b7

Change-Id: I74d5ce7a23b87bed2ecffc8351dc15a9f0a68ed7

Change-Id: Id6466f7c6d333ecf157c1de4197df394b60d0627

Change-Id: I2315996f0fa147615554baf8607882eb32af2f34

Change-Id: I13ad6260ef6a8858765231610d5cb326b4a9ce35

Change-Id: I7a43882598ab3914f05cac7b24bd44fa72fdac6d

Change-Id: I0459c33ac5230899366dd756886d55fefbe01798

Change-Id: I642de3af09231dd3fcdbd0b56ecb2c6a3c1e9c49

Change-Id: I1281f7df86e03cd5c9f646232637aeaa66d108ad

Change-Id: Ia2181b3e9d01661aee521a763b0f87c65e6bad0c

Change-Id: I5c5c033954d5b6f869a05f19f312f9330df74efb

Change-Id: I482335ce6f9f0a4c1404109c7041ebf1c9108c8e

Annotate when we are in an OpenGL rendering zone.
Check for this in the VCL signal handler, and force OpenGL off here
if exception occurred inside an OpenGL code-path.

Change-Id: I85a4b3d4a374593dc55d01a39ec4c7c3c262c332
Reviewed-on: https://gerrit.libreoffice.org/17881Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

with the variadic variants.

Change-Id: I7a4df40d680ed9e10daacd01657df9666b8cc524
Reviewed-on: https://gerrit.libreoffice.org/17868Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I26b1d6c3a3d4249a1f9c657d1e043e9eb5ec2dd2

... which instead of an input of 123 resulted in 321.

This Edit::SetText() has a side-effect that it sets a new Selection(0,0)
effectively invalidating the previous selection. We reach
RefEdit::SetRefString() also through notification of edit events that
already handled the key input in Edit::ImplInsertText() and adapted the
selection, the dialog then attempts to update all sort of argument
fields, including the one that was just edited. Setting the identical
text again confuses the selection and positions the cursor at the
beginning of the string instead of the end when typing. Additionally all
kind of invalidations and recalculations happen that were just correct..

This somehow worked before (what change?), maybe just by accident,
Edit::SetText() always set that new selection. However, calculating all
the rat tail for an identical text is unnecessary and hopefully nothing
relies on it. If something did, we'd need to remember and set the
original selection here after setting the text, or adapt the believer..

Change-Id: Ibe086f3620db921dc852280e73789218d81f5c39