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

...analogous to the existing OUString::startsWihtIgnoreAsciiCase, to be used in
the next commit

Change-Id: Iad6989c16e1bda6b2b0a58e6c768f7852560bb00

Change-Id: Ic7b0e9c6a1e4e1ce37d49358828a660fdfc63a1d

Change-Id: I9fca8838beb1c2f6db8a9f1c9b6fe77f247b847c

Change-Id: I933b208283629e7940f3d5928bae9f94a485f54c

Change-Id: Iccbf40d09ffb9f9bb6058b81db4ebde6b64a7ae9

Change-Id: I5353b78b6961d28fb3f42e5f2073e9a83ac1037c

Change-Id: I6378df91a7f9e51deee17385d395c1f466e928a4

Change-Id: Idcd469fad8d79ce046ac5c73c341a7098739549b

SfxBindings::UpdateControllers_Impl in
sfx2/source/control/bindings.cxx has an awesome
reinterpret_cast<SfxPoolItem *>(-1)
so the unconditional dynamic_casts introduced during the rework of

commit fee180f1
Author: Markus Mohrhard <markus.mohrhard@googlemail.com>
Date:   Tue Jul 28 18:52:30 2015 +0200

    split the line width panel into two pieces

explode and die

Change-Id: Ic99b5e515bb530b74461155b7e71b7e8814666b2

Change-Id: I0b1bf1c8584b6c0e0422dea09577d5cf38b38c55

Change-Id: I0728601cd7abd8f8d718728d5983aed94355bdc0

Change-Id: I0666bb38e43240a0cbd972a141ecc36573c2ad6a

This will (hopefull) improve round-tripping to doc[x] for new documents because
word can only have as-char elements inside frames so we get a like-for-like
conversion if the defaults are used.

Change-Id: I3913b9b624dd5ba57ed07140bced8e3dca289cf5

Change-Id: I385549b4841dfc715aa984bcc257d78c9f1c3ed4

Change-Id: Ie2b8b65f0f2b7b34efbba478a7ccda7ef3719bd6

Change-Id: Ieb8c588c8db82a0f1e671e4966d69d87d18997e7

Drag&Drop Undo is a special case of ownership..

Change-Id: I2fe7769c4d84efe09d432335d5d8e72d506bf7a1

...instead of doing a needless catch and re-throw

Change-Id: I1b1c593ac19a46aa7acfca753bc8177aa7a8ff12

...regression introduced with a50cd187 "make
Control::ImplCallEventListenersAndHandler take a lambda"

Change-Id: I62e66d71cd36e55d68cf15c70dc9e06214f7e312