When there was no modification to the document, and .uno:DefaultBullet was
sent, we have got an invalidtion of the entire document.

It seems that Invalidate() was not supposed to be called in the Validate()
call, and instead, we should rely on what the Validate() invalidates :-)

Change-Id: Ia65df90e4ff34078b59c1b2eb1ce1faac790b40d

Change-Id: Ib139e81f770531f7d808764dd3a77c7ac8d6fa3c

Change-Id: I8baa909f5e3ddb6b227337f3731e4d4b4ca183e5

Change-Id: I5316874cb8abe191da4fd385b281599d422a23ee

Change-Id: I4b0f6199ebb8a9f462e53f3fdf8be871a267ba69

This reverts commit 9099e21b.

It causes the problem that frames anchored to the same node where
redlines start or end get duplicated during Hide.

Jan-Marek said that the original mail-merge related problem this change
was fixing is now most likely fixed differently, and the test in
testMultiPageAnchoredDraws() still passes.

Change-Id: Ie84fed3f64be7696782bc557004eb18fccc5b64b

with disabled rulers. (This fix was suggested by Tomaž Vajngerl.)

Change-Id: I161237cdb4941c0eaf934223b078acd94d72e21d

Change-Id: I233c2fff9c06a81117f8114ccee83b53ea4026db

Change-Id: I18f72bb6768fae9717c9d88be84ac2bfabd37a3b
Reviewed-on: https://gerrit.libreoffice.org/18471Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I679ddfdadbf4746d3fba64d3d5157ec070b4f6dd

Change-Id: Ie066c7f83ad15bec198f2091a3b084468c502766

Change-Id: Iba77946a00c6c43c4377b2bae62467581cfed19f
Reviewed-on: https://gerrit.libreoffice.org/18468Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

OOXMLUniversalMeasureValue is an integer value and needs to be converted
to a signed integer. unit test included

Change-Id: I7fe3fdf4b8b12df55e9cea2a968b9537676687eb
Reviewed-on: https://gerrit.libreoffice.org/18496Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Oliver Specht <oliver.specht@cib.de>

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

introduced SfxTabPage::ChangesApplied() to enable resetting values
to their initial state while editing styles

Change-Id: I60fd68d8464e12e795b0e0d2f2e53882a225c181
Reviewed-on: https://gerrit.libreoffice.org/18467Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

Change-Id: Ia76ef111170700ef507550222ca917986d4fe00e

Change-Id: I3ca2d6af48adb226e0f56d0500c31f19676c6567

Invalid read of size 4
   at 0x57F48E0: __pthread_mutex_unlock_full (in /usr/lib64/libpthread-2.21.so)
   by 0x4E903F7: osl_releaseMutex (mutex.cxx:136)
   by 0xB3EECF0: osl::Mutex::release() (mutex.hxx:74)
   by 0xB3EF92C: osl::Guard<osl::Mutex>::~Guard() (mutex.hxx:135)
   by 0xB3F755A: SvtCommandOptions::~SvtCommandOptions() (cmdoptions.cxx:318)
   by 0xB3F75B3: SvtCommandOptions::~SvtCommandOptions() (cmdoptions.cxx:328)
   by 0x2B13BDE9: std::default_delete<SvtCommandOptions>::operator()(SvtCommandOptions*) const (unique_ptr.h:76)
   by 0x2B13A3C6: std::unique_ptr<SvtCommandOptions, std::default_delete<SvtCommandOptions> >::~unique_ptr() (unique_ptr.h:236)
   by 0x2B134063: framework::Desktop::~Desktop() (desktop.cxx:183)
   by 0x2B13418B: framework::Desktop::~Desktop() (desktop.cxx:187)
   by 0x79892AD: cppu::OWeakObject::release() (weak.cxx:205)
   by 0x2B1399B7: framework::Desktop::release() (desktop.hxx:133)
   by 0x2B13B860: rtl::Reference<framework::Desktop>::~Reference() (ref.hxx:81)
   by 0x2B13956B: (anonymous namespace)::Instance::~Instance() (desktop.cxx:1780)
   by 0x54635D7: __run_exit_handlers (in /usr/lib64/libc-2.21.so)
   by 0x5463624: exit (in /usr/lib64/libc-2.21.so)

Change-Id: I98e0e70567ab39a06813fd9b614ba1e04ec22bd1

so try and suppress this warning

Change-Id: I096352af0116f1ba0911cc201eb884267095a797

try and help coverity to know that aEnd and maFragments.end() are the same
place

Change-Id: I9ce4187d5ed15d0ae26b69bb360dbd47c2a6a185

(for typeinfo for SvxFontLitsItem, as needed by -fsanitize=vptr)

Change-Id: I13ee8f4f52509ca2b26cba16a3e5c93a7223ceb7

Change-Id: I7cf97f06053275fa229bbd24a06f7b0104f024fb

There were two problems here:

1) The OpenGLContext ctor registered the instance on the list of
contexts, but platform-specific call (e.g. wglMakeCurrent()) was only
made later. Add a registerAsCurrent() member function that helps
ensuring that the last item in the context list is indeed the current
context.

2) OpenGLContext::prepareForYield() is called without the solar mutex
being locked, but it still assumes that the last context in the context
list is the thread's current context, which may not be true.  The result
is that during JunitTest_sd_unoapi, we end up in a situation like:

debug:4640:5240: OpenGLContext::registerAsCurrent: wglGetCurrentContext() is 00010001, pSVData->maGDIData.mpLastContext is 00FA65F8
debug:4640:7944: OpenGLContext::registerAsCurrent: wglGetCurrentContext() is 000D0003, pSVData->maGDIData.mpLastContext is 00FA6C70
debug:4640:5240: OpenGLContext::prepareForYield: start, wglGetCurrentContext() is 00010001, pSVData->maGDIData.mpLastContext is 00FA6C70

I.e. one thread registers as current, an other registers as current, too (while
the other thread has the solar mutex), then once the original thread wants to
release the solar mutex, the real current context and the last item in the
context list won't match, so the assert at the end of prepareForYield() will
fail.

Fix this by releasing the GL context in WinSalInstance::DestroyFrame().

With this, JunitTest_sd_unoapi passes on Windows with GL enabled.

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

Change-Id: I70d7c7ae4fc68d2f36a00d7c1b6eba71f63872d7

and remove unused maChildEventListeners

Change-Id: I845a9af608c3429cf9ccb0e8041f24f423839513

Change-Id: I8f64b8f8e1e8ac7ce1475fc5132acb7171237a32

Change-Id: I85658fa35b9b85106a3b9c8ef303584cad6f39b0

Change-Id: I3defac5fff9708228d9bf3200e51853a127bfdc5

Change-Id: I473ab8d77273c512e843427c86664f9eefbff116

Change-Id: Ia8dd531759ab4d609d1c3eeb31283612c0d70219

Typing :.: (one ASCII dot between colons) will enter the Unicode
horizontal ellipsis (U+2026: …) instead of the bad :…: (the
requested Unicode character between colons).

Note: the pattern :...: (three ASCII dots between colons) was
originally intended for the horizontal ellipsis, but that
collides with .*... pattern (default in English and in several
other languages, meaning: replace word ending three ASCII dots).

Change-Id: I97632ff81e04ab9e53026da425b82a2541db0eb1

Change-Id: I00acce39f94653ef8e2465f15ba572b619a1c7fb

Change-Id: Ica7d3e7e52ccdfe833ac10567c6f5f7bb7085dee

Change-Id: Ibb2b93261e2d8ef370ac106766e39685a03a6ef3

Change-Id: Ic3d9cd117b3f911a7cb1317fc9d1d2e9d8f1ff42

...in the only use case in ODatabaseForm

Change-Id: I0282a9f60b05f279a11dcf1990e68b7e017ea3aa

...the code was in this odd shape ever since
bf4154eb "initial import"

Change-Id: Ic931b99267bb6501f15119636f13391f1d065ed4

Change-Id: I34ee4750f30635809b8e23cbf1bd0e16f269f549

Change-Id: I67221408d6b9d2aee942ca8bd39ca51da0209551

...instead of full-string compare; regression introduced with
c4927a1b "ByteString->rtl::OString[Buffer]"
erroneously replacing a call to ByteString::CompareIgnoreCaseToAscii(s,n) with a
call to OString::equalsIgnoreAsciiCase(s,n).

Change-Id: I473e3403910e22e43d7350afa88f9a8e103ebf1d