Change-Id: I31f7ac6783ab9bb32f2423cc7f80d5ddcf827ba9

Change-Id: I81aec0e6f8db57905826c54c3442528be6068700

Change-Id: I52158729d240ca3cb9e7977bc6d1f5acb14437ad

When an array of EMF+ has extra bytes in the end, that are less than 12,
they should not be  treated as another EMF+ record, but simply ignored.

Change-Id: I34701c00916812c8a6a4b69730f602da81719b35
Reviewed-on: https://gerrit.libreoffice.org/18110Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>

Change-Id: I8f84bb5f4a988b5fb2b688e3c5be321c39818259

... actually we're already able to import that. Needs more work for the
filter settings export if applied.

Change-Id: I4fc596f6a69c7729fc6ca488e5f596fdbe9a79b8

Change-Id: I535f2dc600f3b4fdac2c7fa817eb8430848bbae6

Change-Id: I9102e23e347226ac82d2e806a293bfaf2727f194

...as happens in CppunitTest_sd_filters_test with
sd/qa/unit/data/ppt/pass/hang-16.ppt:

> sd/source/core/sdpage.cxx:1101:57: runtime error: division by zero
>  SdPage::GetTitleRect() const sd/source/core/sdpage.cxx:1101:57
>  CalcAutoLayoutRectangles(SdPage&, Rectangle*, rtl::OUString const&) sd/source/core/sdpage.cxx:1323:26
>  SdPage::SetAutoLayout(AutoLayout, bool, bool) sd/source/core/sdpage.cxx:1595:5
>  ImplSdPPTImport::Import() sd/source/filter/ppt/pptin.cxx:1025:21
>  SdPPTImport::Import() sd/source/filter/ppt/pptin.cxx:161:12
>  ImportPPT sd/source/filter/ppt/pptin.cxx:2744:17
>  SdPPTFilter::Import() sd/source/filter/sdpptwrp.cxx:108:32
>  sd::DrawDocShell::ConvertFrom(SfxMedium&) sd/source/ui/docshell/docshel4.cxx:453:16
>  SfxObjectShell::DoLoad(SfxMedium*) sfx2/source/doc/objstor.cxx:790:23
>  SdFiltersTest::load(rtl::OUString const&, rtl::OUString const&, rtl::OUString const&, SfxFilterFlags, SotClipboardFormatId, unsigned int) sd/qa/unit/filters-test.cxx:75:20

Change-Id: Ic6a339c0315e9bc3f28de8c26c3d9f2767c3509d

Change-Id: Ic1083fdb566de0b5487b92197f33070ef42146f7

Change-Id: I6332e9c7c98f87885f40f4d99224cccfe582029c

Should do similarly for vertical text, too.

Change-Id: I51f5ee3ba1686f151b04f98c43388e0bdfac97fb

With size 1 every ImplFontEntry should be immediately deleted, which
makes tools like valgrind and drmemory more useful.

Change-Id: Idec40c7cf7d927146f23830a42b3464c1675207f

Both valgrind and drmemory complain about this in
SdExportTest::testSwappedOutImageExport() via
SfxOleThumbnailProperty::ImplSave().

 Syscall param pwrite64(buf) points to uninitialised byte(s)

 UNINITIALIZED READ: reading 0x0455b1b4-0x0455b1c8 20 byte(s) within...

It appears that the stream writes out everything up to the seek position
anyway (otherwise the size check wouldn't work, with sparse files)
so make sure it's all zeroed.

Also fix SvMemoryStream::ReAllocateMemory() to zero it.

Change-Id: Id86dfa65ef6f7d1bba4810f121e01473c5fcf4c7

Change-Id: Ib77ce1b95db2dc4396f4fd2fdcff4c0344b20c9e

Change-Id: I27bb289288d319a93201e9c3d703114924ca258c

Follow-up to 34700400; this fixes sw_ww8export
unit test on Windows.

Change-Id: Ic0c3228efb59a182e1562b73117418cd8b5e6017

This reverts commit 5191fcb1.
Earlier, better fix was 831c69f9

Change-Id: I0d1c988aad308435542dbd381fcf6bf7e1af6290

Change-Id: I83f45260158f5282b857458046d2e324be85a7b5

Change-Id: Idc3c74505d84a96bb5cc6713a95ef2fadc267ea8

Change-Id: I358fe0f3dc11939269f58b345489621b0ad25797

Change-Id: I695260d6d0c727c3ba7a67886e535569292b15e5

Change-Id: Iefe943794e005f03b2a6ea5fc642b8c3d21b3334

for penance, introduce a unit test

Change-Id: I2c40285732be665e179c477e6e7603aa6f8be5d7

introduced in commit 4aed1c6f
"replace boost::ptr_vector with std::vector<std::unique_ptr>"

Change-Id: Id16921f212128d34835a4c0b9facd18cb264da62

which just serves to make the code harder to read

Change-Id: Ib681aad99180df26b1cf3f4e23324dc5a86cc299

Change-Id: Ia7b5dce6dbdfd3cfd066003762f449b8bf1ff41a

Change-Id: If18f530f613e7cb9d0c8f0989752f31178c97dcd

Change-Id: I3b33529a37174682e68be897a77b2736133b6ac6

Change-Id: I3cdb647e1a057be5bb4b32d119ee5bcbbedf7473

no version bump but B_USERTYPE defined

fix test from commit de26ef85 that should be nMaxRecords

tested full round trip on password protected document (ie. use binary storage)
master --(0)--> master --(1)--> libreoffice 4.4 --(2)--> master --(3)--> master

(0) in master, User type supported, big module supported
(1) in libreoffice 4.4, user type not supported, big module supported, no loss of code
(2) in master, user type not supported, big module not found, no loss of code
    it is OK as libreoffice 4.4 saves to LegacyVersion
(3) in master, User type supported, big module supported (all is restored)
    it is OK as module was saved with CURRENT_VERSION (see sbxmod.cxx)

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

Project: help  bce98cd0f5446b99a1258eee3138c13469ec510a

Add example to Basic IDE Options help page

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

Change-Id: I6c42e6a9ead90ed6fad2f289cd686a72cffa0c2d

Change-Id: Ib7df410c79dcdae343d4e7b250aad606fd777526

Change-Id: I65ed5979d35d8739367294a71620782b832cfd71

Change-Id: Ib4e7f4f71494abd654a70cf8ba8b0ca0afcd7df1

Change-Id: I22f995b905e7abf1451a0636083bf19b3f2d9bc4

and remove some dead code

Change-Id: I6a42dbaea5053b4aa3c47b3f154410b05f32dfe4

and remove some dead code

Change-Id: I608ed684fafb33390d869f7ebd4000c53d7fb28d