MS had a really bad idea to store an animated GIF inside a PNG for
some reason. This situation was handled correctly in LO but we
still pretended that this was a PNG file, which was causing
confusion for some users that wanted to extract the image from
the document. With this change we extract the animated GIF from
the PNG and store just the GIF in the document.

Change-Id: I4c70d118e8decd7aa1b108b6b1d725301904a35b

Change-Id: Icc6cf55c26d605fd068edf575613cde745385dd2

Change-Id: Ia14be98fbfd46871b2ac9bd42a07951d86722a8a

Corrected the usual pitfalls; added DateAcceptancePattern and
ScientificFormatskey3 engineering format.

Change-Id: Icecb2e84b6c454378fb5e6d478e1113317e9f3bc

Change-Id: Ide2837739a32142c39e933bda5761d620dcf2a35

Add a test to check if name already exists

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

void OutputDevice::acquire() const: Assertion `mnRefCnt>0' failed"

Window gets destroyed between postWindowResizeEvent and processWindowResizeEvent

Change-Id: I3452a23ad8c3b6d863a56b73166520ef103dad1b

Change-Id: I94a11bd24ccbc550c9fa555b1a0b5493ccd9f904

Change-Id: Id283d185ab38427ce6887ead4e414055522e655c

Change-Id: Ia21bea54d1d6bd34256cb45ed704c6f7785fc2fc

Change-Id: I1d3cd2ff9a2c579d23b97a6ab8e9cf2baadf0439

Change-Id: Ic85b888ee89d0b49410d26be55333e31ffc07c0b

Change-Id: Ifbba19693ce0182a5d367b1621ade4780f152add

Change-Id: I82255efc3a4fbcb07b6f747af6ef81124a5fb96f

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

...to avoid false -fsanitize=array-bounds warnings.  All instances of SfxType
are created (in idl) as instances of SfxTypeN with properly sized nAttrib
arrays.

Change-Id: Iad9faa467affed656750df6bb8579d85829e97ca

First, SttDoc() / EndDoc() is the implementation of Ctrl-Home, i.e. it
goes to the start of the current text (like a fly frame), not to the
start of the whole document. When wrapping around, we want the later.

Second, if the normal search have two passes, first searching in the
body text, then searching in the special sections, then the wrap-around
search should do the same.

Change-Id: I0b7466c80476f6fb45174be19215a5d68374d047

500ms is an eternity on modern machines

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

...happens at least during CppunitTest_sd_tiledrendering that
aCurrTextSize.Height() is zero:

 SdrTextObj::ImpAutoFitText(SdrOutliner&, Size const&, bool) svx/source/svdraw/svdotext.cxx:1312:49
 SdrTextObj::ImpAutoFitText(SdrOutliner&) const svx/source/svdraw/svdotext.cxx:1290:5
 SdrTextObj::BegTextEdit(SdrOutliner&) svx/source/svdraw/svdotxed.cxx:103:9
 SdrObjEditView::SdrBeginTextEdit(SdrObject*, SdrPageView*, vcl::Window*, bool, SdrOutliner*, OutlinerView*, bool, bool, bool) svx/source/svdraw/svdedxv.cxx:635:12
 sd::View::SdrBeginTextEdit(SdrObject*, SdrPageView*, vcl::Window*, bool, SdrOutliner*, OutlinerView*, bool, bool, bool) sd/source/ui/view/sdview.cxx:704:20
 sd::Outliner::EnterEditMode(bool) sd/source/ui/view/Outliner.cxx:1299:9
 sd::Outliner::PrepareSearchAndReplace() sd/source/ui/view/Outliner.cxx:1181:9
 sd::Outliner::ProvideNextTextObject() sd/source/ui/view/Outliner.cxx:973:29
 sd::Outliner::SearchAndReplaceOnce() sd/source/ui/view/Outliner.cxx:674:17
 sd::Outliner::StartSearchAndReplace(SvxSearchItem const*) sd/source/ui/view/Outliner.cxx:496:28
 sd::FuSearch::SearchAndReplace(SvxSearchItem const*) sd/source/ui/func/fusearch.cxx:132:33
 sd::DrawDocShell::Execute(SfxRequest&) sd/source/ui/docshell/docshel3.cxx:222:21
 SfxStubDrawDocShellExecute(SfxShell*, SfxRequest&) workdir/SdiTarget/sd/sdi/sdslots.hxx:17034:1
 SfxShell::CallExec(void (*)(SfxShell*, SfxRequest&), SfxRequest&) include/sfx2/shell.hxx:210:35
 SfxDispatcher::Call_Impl(SfxShell&, SfxSlot const&, SfxRequest&, bool) sfx2/source/control/dispatch.cxx:257:13
 SfxDispatcher::_Execute(SfxShell&, SfxSlot const&, SfxRequest&, SfxCallMode) sfx2/source/control/dispatch.cxx:847:9
 SfxDispatcher::Execute(unsigned short, SfxCallMode, SfxItemSet*, SfxItemSet*, unsigned short) sfx2/source/control/dispatch.cxx:916:9
 SfxDispatchController_Impl::dispatch(com::sun::star::util::URL const&, com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&, com::sun::star::uno::Reference<com::sun::star::frame::XDispatchResultListener> const&) sfx2/source/control/unoctitm.cxx:823:37
 SfxOfficeDispatch::dispatch(com::sun::star::util::URL const&, com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&) sfx2/source/control/unoctitm.cxx:359:9
 non-virtual thunk to SfxOfficeDispatch::dispatch(com::sun::star::util::URL const&, com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&) sfx2/source/control/unoctitm.cxx:343:34
 comphelper::dispatchCommand(rtl::OUString const&, com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&) comphelper/source/misc/dispatchcommand.cxx:57:5
 lcl_search(rtl::OUString const&) sd/qa/unit/tiledrendering/tiledrendering.cxx:338:5
 SdTiledRenderingTest::testSearch() sd/qa/unit/tiledrendering/tiledrendering.cxx:361:5
 ...

Change-Id: I38ab71c5f4024b2d7270a4f6c2aeb4ef502d08f5

Change-Id: I69b07eef540d862ea684b1d51d64509f59a5cb3e
Reviewed-on: https://gerrit.libreoffice.org/16020Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>

Start Writer, Insert Image, Anchor as character, Go after
image, press enter, writer crash

This is because m_pAnchoredFly is not updated.

JoinPrev, JoinNext and SplitContentNode all rely on CutText with calls
InsertHint. InsertHint calls SetAnchor. SetAnchor calls Modify callback
except if "LockModify"ed. This patch ensures that, whatever the value of
LockModify, the references are kept correct.

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

Change-Id: I9a08a11038e3e0f873abc4513c0cbda97f0e4795

The default value is context depending and not 0. So always export the
rotation value.

Change-Id: I36162459757c58846f3ecea7dcbcb58b6ef3d1f6

Change-Id: I08c484c54e27c55157836d68a28d2a0e580499d9

Change-Id: I721a9da1f277ce641375411f302557372331e6a2

Change-Id: I33f4e74f97ba52b9240e6304d53eb256bd822060

Change-Id: Icdaba21efeb8a910617642b7cb4e082f03f7a0ef

Change-Id: I63917d68b05d6e2f1248bcf88e27952df201d2c5

Change-Id: Idf36c08205a8a3a36ae05040e1c1fd28d5e2f13f

no logic change at all, justs makes it clear the dubiousness
of this unconditional increment

Change-Id: I32e3cb2c45b1b45826a59642c33ab850d698c206

Change-Id: Ie10317f3ffcaa8032417584cb056007c5f67ea91

Change-Id: I17c825a0e24e8993503eeaf0d1136c143d990a12

Change-Id: I114320ebaab9223b82b4fd9710c3cc221a836645

Change-Id: Iaa82f5e3180024db747a52d699aa77c16781afa0

Change-Id: Id5501599969fab5c6944a31b1fb629a3fc5f85b2

Change-Id: I927a7ffdac278384ef102e6619f217daf24879a2

Change-Id: If1f852ce4ef3419d663d4e2f4bdb4a57cc61e799

Change-Id: Ib589b638a81bfb77fd74da8b15ae7b11cfd2b58b

Change-Id: Ib7e6722d772a135325ebd1e33ed7b17f214fea47

Change-Id: I487e772395defa9aae2ce3eb040b8c7d92720cb2