Happened when loading a report from the attachment of tdf#97033,
but that bug is apparently about a different crash.

Deploy the sw::UnoImplPtr, which is clearly the best way to avoid such
problems.  Also another silly weak pointer this, for tdf#72695.

Change-Id: Ice8db95ca3eecc638bd4a4ef7fa8967d180bd525

Change-Id: I4382949a35df3877fc6c93a83d6e84cd892756a8

regression from...

commit 2503a1e9
Date:   Wed Jan 27 12:19:28 2016 -0500

    tdf#96414 Remove showing navigator during slideshow

    This isn't very user-friendly and the presenter console
    does a much better job of this.

Change-Id: I10bec1bcd2305524446a20a34494c265330e4c10

.uno:CharBackgroundExt is supplementary to .uno:BackColor.

When .uno:BackColor is set, Writer turns into a 'watercan' mode, where the
user directly marks parts of the text with the wanted background color.

.uno:CharBackgroundExt then controls this watercan mode - dispatching it
toggles the watercan mode on/off, and also the StateChanged events reflect the
on/off mode accordingly.

Change-Id: I6472eb39129d1b1517fba14bad584cbd125e826a

jni_md.h not in $JAVA_HOME/include anymore in OpenJDK8 (it was in 7)

Change-Id: Id5c737182a8e476b609887753047fa7ed6b01193

The code that the comment is talking about was removed by the commit:
fb6edeb2
Let's remove the comment to spare our selfs from confusion

Change-Id: I7bdefb0ead5139be009bfb8dd7d9ad7c6821e3e8
Reviewed-on: https://gerrit.libreoffice.org/22120Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

A 'signatures relation' is kind of a pointer that says where is the list
of signatures. When adding the first signature, this has to be created,
in addition to the actual signature relation.

This is yet another difference to ODF signing, where the signature is
just another additional stream in the package, while OOXML signing first
modifies the package to add the signatures relation, and then signs the
streams, so the input storage of the OOXML signing can't be a read-only
storage.

Change-Id: I81a976c945b28ddf7f347c4a7bfd51f98a1fc225

... when height and width are different

SVG specifies embedded graphics to keep their aspect ratio (thanks to Regina for pointing out).
To implement this for Office SVG import, I had to correctly set the graphic data unit dimensions to make the existing SvgAspectRatio mapping work.
All together this now simplifies this method and packs all in clean linear transformations in the created stack of drwainglayer primitives.

Change-Id: Id80c2f74ffb148085085b2c9627bc31bc15bdee5
Reviewed-on: https://gerrit.libreoffice.org/21830Reviewed-by: Armin Le Grand <Armin.Le.Grand@cib.de>
Tested-by: Armin Le Grand <Armin.Le.Grand@cib.de>

(5abe0ab1).
6884f53a "default B2DRange ctor doesn't do what
I thought it did" had reverted it, but the fix there is apparently not enough
yet, <http://ci.libreoffice.org/job/lo_ubsan/165/console> still fails with

> /vcl/headless/svpgdi.cxx:1274:28: runtime error: value 1.79769e+308 is outside the range of representable values of type 'int'
>  #0 0x2b826285b4d3 in SvpSalGraphics::releaseCairoContext(_cairo*, bool, basegfx::B2DRange const&) const /vcl/headless/svpgdi.cxx:1274:28
>  #1 0x2b8262868c3b in SvpSalGraphics::drawPolyPolygon(basegfx::B2DPolyPolygon const&) /vcl/headless/svpgdi.cxx:899:5
>  #2 0x2b826286c6f6 in SvpSalGraphics::drawPolygon(unsigned int, SalPoint const*) /vcl/headless/svpgdi.cxx:551:5
>  #3 0x2b826179915c in SalGraphics::DrawPolygon(unsigned int, SalPoint const*, OutputDevice const*) /vcl/source/gdi/salgdilayout.cxx:419:9
>  #4 0x2b82604d6f5a in OutputDevice::DrawEllipse(Rectangle const&) /vcl/source/outdev/curvedshapes.cxx:67:13
>  #5 0x2b8261f02c4d in CircType::Draw(OutputDevice&) /vcl/source/filter/sgvmain.cxx:596:13
>  #6 0x2b8261f0ddc6 in DrawObjkList(SvStream&, OutputDevice&) /vcl/source/filter/sgvmain.cxx:698:100
>  #7 0x2b8261f1462a in SgfFilterSDrw(SvStream&, SgfHeader&, SgfEntry&, GDIMetaFile&) /vcl/source/filter/sgvmain.cxx:820:26
>  #8 0x2b8261f16726 in SgfSDrwFilter(SvStream&, GDIMetaFile&, INetURLObject const&) /vcl/source/filter/sgvmain.cxx:858:22
>  #9 0x2b8261e48f33 in GraphicFilter::ImportGraphic(Graphic&, rtl::OUString const&, SvStream&, unsigned short, unsigned short*, GraphicFilterImportFlags, com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue>*, WMF_EXTERNALHEADER*) /vcl/source/filter/graphicfilter.cxx:1670:30
>  #10 0x2b8261e3c85a in GraphicFilter::ImportGraphic(Graphic&, rtl::OUString const&, SvStream&, unsigned short, unsigned short*, GraphicFilterImportFlags, WMF_EXTERNALHEADER*) /vcl/source/filter/graphicfilter.cxx:1314:12
>  #11 0x2b827bb9fee3 in VclFiltersTest::load(rtl::OUString const&, rtl::OUString const&, rtl::OUString const&, SfxFilterFlags, SotClipboardFormatId, unsigned int) /vcl/qa/cppunit/graphicfilter/filters-test.cxx:60:12
[...]

Change-Id: Icb8f52414f57f08334fc501842b3f75c1d3642eb

Change-Id: I959279c11f0ae5f372936ee3db605716cab37c21

Change-Id: Ic78ae8ce5bf396f55fdc847d6b70476c9dab4ee9

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

Change-Id: Ide7446e1aebe698277b13cc7eeb39efe16af3ec2

Change-Id: I9660690b29da411dcdf148007242ffa944957f78

Change-Id: Ib5459768c68d5eb5536116ba20d54f5a4ae06007

Change-Id: I673e5a020279e323cccf50d0ff3d74166ef61329

Change-Id: Iaf2633d7591b705bd0e84a376e06a01c2ec22b9b

Change-Id: I29f039c2fec8433fa062c603b64afffa60e7b0d0

Change-Id: Ic837cfb952730f10d2669095134ab2eb10bd72e5

Change-Id: Ie8bedbc8bd751752cba4f6018161c773b4bd19d0

It only set a flag that was used by the already removed
isTiledRendering() equivalent.

Change-Id: Idc908c4b6bc432e4478fb1db6a8883faf2f864fd

Change-Id: Ice72f8d9971e15dd6ef365e64cd567b8581a92d3
Reviewed-on: https://gerrit.libreoffice.org/21797Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Ashod Nakashian <ashnakash@gmail.com>

Change-Id: I253174197e2c10765f9b1e8cff46178854fe3495

Change-Id: I881ecb1a0838945dd89aefd99a209ea46b617563

Change-Id: I5aa9d2e3798ebb9da5bb1283000d744e9a68de25

Change-Id: I1d0bd2477d22c5f71fd61882756e05e2e30dfa6f

Change-Id: I1ce7de74b9cb9a2cebbacf8d81c0ca9164a1596a

Change-Id: Ibbef34aee530bf65c3b3d35348e33f210a4c2a67

Change-Id: I1e893afcd33bf9a5cf934a021fe40548ddc33699

Change-Id: Ieb3e47c10c497a6f642f28a6741ac0fd2ecfd419

Change-Id: I179200ad65492c517ef5e986fd05758896d38813

Change-Id: I65e1ca6e022dc76ac96ed75da2c5e78e9356a3e9
Reviewed-on: https://gerrit.libreoffice.org/22107Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I5f09d25a6e267c793c469c08e8f7f46521fdcd49

EXC_USER and EXC_REMOTE are not used. EXC_REMOTE was actually used for the
RVP (Remote Visualization Protocol), but that was apparently removed when
Sun opensourced StarView!

Change-Id: Icc644146d18d1ba2f6503c6fdbd9acc85cb9e75c

Change-Id: Ia5b9581d06f6884d6a06abde9cb4039b64c29a05

Change-Id: If6bb832cbf64d12b4ec3a860010fd99340b14ca5

Either we pass the modified aOptions that isn't used anywhere else or we
eliminate that and pass the unmodified rSearchOptions. Assume that the
intention actually was to use the current locale.

Change-Id: I121c28163f0df4305d13ba18e32e18237bb49ade

In this patch dynamic column structure is introduced,
basically wrapping std::vector<ScColumn*>.
In ScTable the column container is pre-allocated with
MAXCOL + 1 columns so that the rest of the code that uses
need not change for now. So for now the new column
container will still behave like the static one.

The plan is to *incrementally* modify all instances of
iterations over columns to make use of the dynamic column
container and also to address the issues mentioned in the
thread :

http://nabble.documentfoundation.org/tdf-50916-Calc-Dynamic-column-container-td4162663.html

The final step would be to remove the pre-allocation of the container
in ScTable constructor and increase of MAXCOLCOUNT

Change-Id: I3ff18cdebc99d8348e06a76f287d1d30279366bd
Reviewed-on: https://gerrit.libreoffice.org/21620Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Jenkins <ci@libreoffice.org>

Change-Id: Iad24dfe97c9d360879d471606a9df340268860b2

Instead just pass an empty stream, xmlsecurity knows how to look up its
signature storage from the root one.

With this, opening the digital signatures dialog, clicking on add, and
then OK in both dialogs no longer results in an (empty) META-INF storage
written to an OOXML file.

Change-Id: I7e4a93687465ec19be307917ec00cde08ed8092f