Change-Id: Ice8310b60d8bd2930bc00110f88f77565d33341b

Change-Id: Icaa3e0eace6ccff365d4ebdb007771fc8a78671a

Change-Id: I942634a688d7728bb21c3ce9bd530e07467cb7c5

...as will be needed by some upcoming replacements of CPPUNIT_ASSERT with
CPPUNIT_ASSERT_EQUAL

Change-Id: I24ede3cc287bcc3b5e73eb400e4044c469657659

...was missing from 06c1dc4c
"LIBO_INTERNAL_ONLY: printing of css::uno::Reference/Type"

Change-Id: Ifb3f8f72bfeb1038f01797aab9afb5f5059f9d5b

...as will be needed by some upcoming replacements of CPPUNIT_ASSERT with
CPPUNIT_ASSERT_EQUAL

Change-Id: I7c861f1cb81de4540e88d89dbf095acc61a56503

...as will be needed by some upcoming replacements of CPPUNIT_ASSERT with
CPPUNIT_ASSERT_EQUAL

Change-Id: Ie2b2b982b02f2bf48e2e8be7ba642198029c8698

Change-Id: I302af54f4bcb5807c264f7926cffa025550ccb00
Reviewed-on: https://gerrit.libreoffice.org/37065Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

The problem is that the SdrView's text edit mode remains active when
the header is deleted, which deletes the active SdrObject that is
anchored in the header.

Then the next call to SdrBeginTextEdit() will call SdrEndTextEdit()
but the mxTextEditObj WeakReference is null then and so the cleanup
code that resets the SdrOutliner's UndoManager is not called,
but then the SdrOutliner is deleted.

What's really horrible about this is that while text editing is active,
both SdrObjEditView and ImpEditEngine consider themselves the
exclusive owner of SwDoc's UndoManager.

(regression from 12a4200e
 and d7b7c9fd)

Change-Id: I17c5165a03d2de1eaba8a335dfbfded56573f8a2

Change-Id: I019aa3a9381af0cb26970b69ab41258e05410617

Change-Id: I9d4b933e6a1a108427ac6583ff8305b40a620409

Change-Id: I94df9a65578792fb06f3b3259603f70ca1e0b3db
Reviewed-on: https://gerrit.libreoffice.org/37059Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I083aa07b311fa073ea5eeb1d569b0902e0f9c095

Change-Id: I315755d49df5d29c6c7075237b7401f16c89b449

Change-Id: I75faea4d701f401c5367142e4710ae613c8834be

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

Change-Id: Ia1f42e74365ca1dace93babc132ad67fd09fc99d
Reviewed-on: https://gerrit.libreoffice.org/37064Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Fast fix to build breaker from
commit 3a36cf43

Removing the parameter from the constructor gave ripple effects
to move/copy constructors, so not done for now.

Change-Id: I98e060e80946dbfe6586744e4f362ccb358a210d

Let's reinstate the name charade instead. Pitäkää tunkkinne.

This reverts commit 59414966.

This reverts commit db231633.

Change-Id: I7d9890f3bd478bac195c1a7a59ff9822c2c83653

Change-Id: Ib20d6ca4bad6f15999abdd93b74ccb3e82a664d6

Change-Id: I4d4092375a040793f8aa408802978c420f33a4f3

Change-Id: Iea7ab64683f0b29794d50d774cc482b54a00e70a
Reviewed-on: https://gerrit.libreoffice.org/36450Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I1d53ca095829b13818e58c1da1f0ed4c79a11e91

Change-Id: Ia525e2a3bdb9a7342fbb0982f637d926c5de9a38

Change-Id: I165d74c59d1cccba295072a3df7b9f54dfb60449

Change-Id: I67a0372d6982648717651f736c51e447d0b7d6a2
Reviewed-on: https://gerrit.libreoffice.org/37047Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Project: help  1b57b226d2944bc55f8c28a384bb2c328a720e55

Fix use of F4 in database explorer

https://listarchives.libreoffice.org/global/documentation/msg11421.html

Change-Id: I04a84c24d854740db3752690fcba0155a4042f11
Reviewed-on: https://gerrit.libreoffice.org/36994Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

Change-Id: I95fe4879fe2e43e5b11165a703066ae1a029b5b1

Drop this string surgery nonsense.
We translators can surely handle four more words.

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

Change-Id: I8b618d791fd093ea069fdc26ed6c274e172222a4
Reviewed-on: https://gerrit.libreoffice.org/37048Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: Ie020a7f0be616fa72b1d4fd2c2874bf61b11336b
Reviewed-on: https://gerrit.libreoffice.org/37049Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I1f6498f037a2ff121ef7db0976329b12e22c2f94

Change-Id: I7226d01f38e6edaf3868d7267d9b02dbdbc9e5ba
Reviewed-on: https://gerrit.libreoffice.org/36975Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

...that had been removed with 4b788a12 "There
should be no need to distinguish between I32S and I64S" (which this commit
effectively reverts).  I had erroneously assumed that the arguments to I32S and
I64S would only be of (signed) integer types, and that it would be irrelevant
that they are truncated to sal_Int32 resp. sal_Int64.  However, at least
oox/source/export/drawingml.cxx called I32S with double values (for which there
is an OUString::number overload too), so the resulting strings could be rather
different.

Change-Id: Ib3887269fad0764740bc9ed3be91f67696a23b55
Reviewed-on: https://gerrit.libreoffice.org/37040Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: I762e6e6d457ea3f5a1f1fd706268b832a71ee550
Reviewed-on: https://gerrit.libreoffice.org/36672Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Xisco Faulí <xiscofauli@libreoffice.org>

Change-Id: Ifa5b4a74de864b2eea982a166f90095344f812ea

Made copying and adjusting LC_FORMAT and child elements from es-BO necessary,
some difference was in all existing es_* codes so no ref=... possible.

Change-Id: I114bed5348ebcaa646a749753cb542752aff58f0

to find out whether given format still exists.

GetPos was replaced by Contains on multiple places in commit
98436c4b but sometimes after
series of undos/redos, vtable of some items in those format arrays
becomes corrupt and it makes dynamic_cast (as used by Contains)
fail and Writer falls flat on its face.

This is just a workaround, no idea about the root cause.

Change-Id: I1e02fd932dbac741687c15900841b9b7c778e2d4
Reviewed-on: https://gerrit.libreoffice.org/37038Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

* translate German source code comments
* remove ascii art
* remove bogus source Code comments
* remove old StarOffice/Sun internal bug tracker references

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

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