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

...so that utl::TempFile can pass osl_File_OpenFlag_Private and doesn't have to
resort to umask (the calls to umask around Directory::create had somewhat
erroneously been removed recently with 1d72a026
"Related fdo#60338: Create missing temp file dir with user's original umask,"
mistaking this for creation of intermediate directories in the hierarchy).

On Windows, the flags argument to osl_createDirectoryWithFlags is ignored
completely for now.

Change-Id: Iac56a5049d579be729a3f338aa62105123edb6cb

Change-Id: Ib783fd0557361286ce7b913a429c9ab8fc101c75

Change-Id: Idb8f0df3848416d96299ebc47ac5bd53d766e52c

Change-Id: I5a46e1eed129edf3648c68c36951d6fdf9bd370d

In the Paragraph "Indents & Spacing" tab there are fields with unit:
<object class="svxlo-SvxRelativeField" id="spinED_LEFTINDENT:0cm">

But the unit is effectively ignored, and the resulting SvxRelativeField
with FUNIT_NONE and 9999 max somehow results in 0.18cm max when the
dialog sets cm as unit.

Change-Id: I6001c93079fd7d899f1e119913b29ea4898b1c34

... dialog before setting the actual value"

This prevents handling negative first-line indent in Impress, for which
it is necessary that the values are set before the limits.

This reverts commit 3d7ff1e9.

Change-Id: I47807d7d49716acab3657de1da64c6e9a99fc44d

The number of standardized pages (unit defined in the options)
for the entire document and the selected area is displayed
(if enabled in options) in the Word count window.
The number of pages of size P for an area containing N characters equals P/N.
This value is a float with one decimal place precision.
The default size of the standardized page is 1800 characters
(including whitespace characters).

The configuration can be altered in Options->Writer->General.

Conflicts:
	sw/source/ui/config/optload.cxx

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

(No idea whether it works, of course.)

Patch the config.sub files to recognize arm-linux-androideabi.

Don't build any binary programs as that fails for Android becuase we don't
pass in the right C++ library to use anyway. (And those programs aren't really
useful to us anyway, on any platform, I guess?)

Change-Id: I70c7a527db41081a51548ce6983b6a9ae8a08bc7

Change-Id: Ib6215520d51ada6f956f8400de36f61a5ff025ba

Change-Id: I510518461eb8bc9669d0de2679c34c473f66b175

This reverts commit 0562a17c,
sal/log.hxx functionality is only available in C++.

Change-Id: Ie1c3f3b11ed216b53f3fd385614f6fcb2c38220c

Changed OSL_ASSERT with SAL_WARN_IF

Change-Id: Ie81eeb51f6978162abd372f7e9910344a2baaccd
Reviewed-on: https://gerrit.libreoffice.org/9401Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>

Change-Id: I0a8ee157aa548a5b04df67a2355e3f4fd15e84cd

Change-Id: I37b4c1081055f98c9254d64480efeb2c205e711d

Change-Id: I8adff18896115d7dd0fce49916a18dc830506a36

Change-Id: I78eb3a706251ba64ad87e7985fc43c90bea2f767

Change-Id: I6038faf296831da0855eb7cd3628c5c6978d4cb3

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