Change-Id: I41f06c92589e6b1839e39d840a479f1a184b47dd

Change-Id: Ifbbfb1213d78a87fffd7a40e10deaf29dd7a96b8

Change-Id: I9b02b8f758c3f0613a7b017d8822fc16ebfc9dec

Change-Id: I89ba13c02954364044b215ba7df7c563720b92f9

Change-Id: I607b2c06cad569a0e7495c3009a0883be1f22856

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

CVE-2014-3575 was about updating linked objects, there is no security
issue with embedded objects so always allow updating the preview image
for them.

(regression from d005acae)

Change-Id: I6e4d013ddf4fbe08c5968c680bbe143dd0473a4b

Change-Id: Ia0a4834987ae040a31e19276ece20b74b59ca445

regression from long paras presumably

Change-Id: Ib89169e52e42fcbe6f8e1ab0a2eb9871d38ff06d

Otherwise the functions failed only for the error case resulting in
 #NULL! error.

Change-Id: Ieb987637698ab418fc0a60cd873e23878c9f497b

Change-Id: I8acca26cf7398768a9e25f97f3a9e61754ab2179
Reviewed-on: https://gerrit.libreoffice.org/14415Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Suggested by Keith McKenna, Comment 28.

(cherry picked from commit 45c93e33)

Conflicts:
	officecfg/registry/data/org/openoffice/Office/UI/WriterCommands.xcu

Change-Id: Ib5706cae8f7ca282803f0e133c4786fbbb39262a

If you can't group a char-anchored thing with something else, then you can't
ungroup a selection that contains a char-anchored group.

You can group together non-char anchored things, then change the anchor type to
get a char-anchored group to get into this situation.

Change-Id: Id627bd11e2c749ad08fb902bf88f937ff5f06a12

Change-Id: Id3072473c1a4f52f606dbcfc87aa4a69ab2c012d

take attachment from tdf#70062, ungroup the bottom pair,
anchor as char the left one, anchor as char the right one

asserts with debugging stl on unsorted container

Change-Id: I3ae763f6d61445f9118ee573a98c69d7a6ee6e4b

and

coverity#1267645 Logically dead code
coverity#1267651 Logically dead code

Change-Id: If92e17708576bf11cefc28f903a24ad271b826c8

...leading to exception specification violations down the road

Change-Id: If017ffd18953d1200fde476ba7e400298dcd5b29

Change-Id: I6cfa63043460a5776873087c62cfbb2753c88f83

Known limitation:
Disabled testThreads because it fails on writerThreads
libreoffice/configmgr/qa/unit/test.cxx:500:(anonymous namespace)::Test::testThreads
assertion failed
- Expression: success

Some exception is catched for some writerThread

Change-Id: I5b891bec25599c4536827ffa7ea514b1cdf08b46
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: I225464e2b517cd10fd055eaf1e5d23d660419628

...all these functions take a "handle to a created condition."

Change-Id: I043f310801452b05e6daaca4d246b305d18f6104

Fixes build of the iOS TiledLibreOffice app.

Change-Id: Ic2fc35ac74ab0707bbd23f2a34fad958edea5f9c

Change-Id: I86a1110c50ace958a68a6971aec34ec632b91c93

that one of window manager, top-right corner mostly. We need to
reimplement Close() method for this class - I don't quite get why
this has to be the case, but all classes derived from ScAnyRefDlg
do it as well.

Change-Id: I3e94b7ee09f9b3581d054818d36ea4fb0fd55f78

so do it right on 2nd attempt

Change-Id: I2c51943ec831591a47afc16599e2e7246407b31a

It is totally orthogonal to whether there's a gradient fill or not

Change-Id: I32ab465d9116c3dc31cde3611cd19d3ec10ac5d6

Change-Id: I6601e857394d7b460a105e851529350a62d1a2a6

Change-Id: Ia5dd68ab8b7e4fe93caf0e79a27922abf02b97b6

Change-Id: I7e0651ccb248034bafffb1c46e6266fa396eede1

Change-Id: I0b5caeac629527112e3c7129b274b076da467d8d

Change-Id: I8a2262e6e27f0ea5f43837d5a10cb23525fe6ca5

Change-Id: Ibdea832c607494d5d6b36b3655a0af7de540d0c7

Change-Id: Ic2ed4b935ecf1d63065bc5147e62d510e73bd5c5

Change-Id: I731a58c7749e157f6b40c60808687ce629683742
Reviewed-on: https://gerrit.libreoffice.org/14410Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

We do need to use GenSlidingWindowDeclRef(). We can't assume it is always a
vector element that is taking part in the calculation.

Change-Id: Ifcda5bdc4564d5d13755b10d9296802cee723182

This reverts commit 9150bb0b.

It causes CppunitTest_vcl_filters_test to segfault in longjmp() on
Linux.

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

If the clBuildProgram() failed, the lastSecondProgram variable kept as its
value the already released program handle, and later we called
clReleaseProgram() on it again. This is certainly wrong, and caused a crash at
least with my OpenCL implementation.

As such I am not sure if that lastOneProgram, lastSecondProgram etc dance is
sane...

Change-Id: Ia30426fbba9118ad7e20f13ef35daa5f78a1f0a1

Change-Id: Icb28114d3939063dedaedbd0ce370210b3721fc5

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