Change-Id: Ib234fb1d14087236d337dfe351aea941945e718c

Change-Id: I2c646b3e2f13a6fccc845ce8eb82fccee154f3c6

Change-Id: I1a4d66a78549ea49649a6bed92acb44dbd8b13e2

Change-Id: I941c1f651f7b1a4478c50a9047993da881ebfd70

Change-Id: I1b0833daa576cd8603421e1036b8773badc8c775

Change-Id: I94473904747593714998ed159a304417060d691d

Change-Id: I427e4318eab9ed50db882176e5542b5cb63d298b

Change-Id: Ia84e758ca598d506c9bdae524afff0421f68be81

Change-Id: I5b88b7c66c1c3a3c68e6a837d10e7477cb7ae8fe

Loading 54 pages to check a single footnote is a waste of time.

Change-Id: Ic68d1d29e26e3d66973e5fca65c8958b953c78e0

Change-Id: Ife10cae3f0bd7dd294c74799412528f2596369c8

Change-Id: I391fbc092b05600b0a4c2107e3934e1fb7334554

We don't test or define it anywhere else so the header guard for the file
itself is enough.

Change-Id: I15a81b50ab3250a9c792a1b86a4b15f49ec224d1

Change-Id: I3eb6a1f7dab30346a68050f37d31c082336ab7b6

Change-Id: I8df204b01a73454396561052f10784c71f10d081

Change-Id: Ia7d8a49af756a642c393f47b7dc342b8e48b5eda

    A file contains a 2007 word art within a drawing tool.
    In Original file, the xml structure is as below:
    sample xml:
    <p> <r> <ac> <drawing> <txbx> <txbxContent> .. <pict> </pict> </txbxContent></txbx> </drawing> </ac> </r> </p>
    LO was preserving this as :
    <p> <r> <ac> <drawing> <txbx> <txbxContent> .. <drawing> <txbx> <txbxContent> ..
    </txbxContent></txbx> </drawing> .. </txbxContent></txbx> </drawing> </ac> </r> </p>
    Now after this fix, If there is a custom shape within a text box, then we should postpone it and write it in
    a separate run.
    This approach is followed on the fact that LO writes nested TextBoxes in separate run.

    NOTE1 :Due to this fix, xpath related to the below UT needs to be updated.
    testFdo76249 in ooxmlsdrexport.cxx

    NOTE2: In docxsdrexport.cxx : 'm_bIsInDMLTextFrame' is no more required.
    For adding LockedCanvas, we only need to check if the property exists in the property set.
    Therefoew removing the above bool variable.

Reviewed on:
	https://gerrit.libreoffice.org/9392

Change-Id: I00e94712e912ad1977fcb65a945fefb927795d77

Change-Id: Ie337f8d1b24c8e7c9c422a13b11705f8eeaffdcc

Change-Id: I8a5d36325edda8c475c4ad5874ec83c444bf2b50

Description :
Docx file corrupt after roundtrip.
Root cause: For some documents During export LO was not checking for the content of sdt and Even if sdt contains Drawing object
LO was writing text data related tags <w:text/> & <w:dataBinding> in <w:sdtPr>,This was the reason for corruption.

To Fix this checking is there is any Drawing Object in run if yes skip writing <w:dataBinding> tag in <w:sdtPr>
And if sdt content is Text and Drawing both do not write <Text> or <Picture> as these tags will again result in corruption.

Presently, while writing the sdtContent tag LO does not check for the content type due to which LO ends up adding the dataBinding along with the
Drawing/AlternateContent which is incorrect according ecma ECMA-376, Second Edition, Part 1 : 17.5.2.6. This cause in file corruption.

Added a check to restrict the aforementioned.

Reviewed on:
	https://gerrit.libreoffice.org/9371

Change-Id: Id31437db0309b0a2159389a4a9a1f5e13c1ac3a5

Add API to wnsure we don't end up allocating 32k bytes of tokens
for each ScFormulaToken, as happens when you Add a token to a new
empty ScTokenArray.

Change-Id: Ib12a3065eb513243a2146ebb009fbaa650385dd9

Change-Id: I37b9e49607c8c51f10bc8ff8fc342b02fdb8b7e1

...witnessed stack overflow in huge function
FunctionMapFactory::createFunctionMap__library_effects__allChildren in
workdir/UnpackedTarball/opencollada/COLLADASaxFrameworkLoader/src/generated14/
COLLADASaxFWLColladaParserAutoGen14PrivateFunctionMapFactory.cpp

Change-Id: I9451912043e282c8e06aff446cf3d1190f1de9cf

same as 08947735 for gcc_linux_x86-64

Change-Id: I28d138dd13adc9a3e09d46befe69ac86ab1fffb6

Not sure it's a good idea to get here at all
when exporting as flat xml, but anyway it
shouldn't crash.

Change-Id: Ib2ce6b044b4395222a394312d49f5a01d157f9f3

- remove now obselete patches, which were applied upstream.
- Hack to get MacOS to build

Change-Id: Id68e78e411efc92a46ea9e180f09c390fe5acb4a
Reviewed-on: https://gerrit.libreoffice.org/9311Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: I2baefbe611f9ed28defc46ca3af332d13b32c561

Change-Id: Ibab6daa1f76300d159ccd4cfbca061c8d8c1951f

Change-Id: I08bd2e58ee98a68accae256fcbcc288a8c56ae0b

Change-Id: If7b902b16626384440241d88937161cf327e14d5

Change-Id: I4d93c0149aaf90e2477c1382aa51f8f08c967626

Change-Id: Ifc80462e7826e7d717dc553f50dd00f2b771bf15

Somehow this only crashes when I use gdb.

Change-Id: Ic18ffa3af931b80a7241e8fe711753db03da166e

Change-Id: Ibf958dbfbf7cdbe6ad31d390138be8d4d468c225

Change-Id: Iad76d452d5dbaa03099c1a649d7f278b0151f340

Change-Id: Ie0a456647376b9d249850227d3481be5b4ee991d

(Thank you Eike)

Change-Id: Icc7061c7f7296302d6ed21f0e74a48cbaa82011a

See http://nabble.documentfoundation.org/Wrong-copy-paste-in-ucbcmds-cxx-ucb-module-td4109103.html
for more details

Change-Id: I4f6754cf0350e969cece52008b310e1d8f182622

Otherwise I get a lot of missing fontconfig symbols.

Change-Id: I9bc3e395d54380a36cd6dd73cf95b7f4e4cab54e

Change-Id: I2de8da0ce3648657977825309d4dd9902c0f8900