If there is a shape in Header or footer in a docx created in MSO-2010 that shape was
getting lost after RT(actually shape was there but it's properties were getting missed).
Root cause was : When LO processes Header it has msRelationFragmentPath= header.xml in
ShapeContextHandler::startFastElement() and searches for theme as there is No theme specific
to header or footer, aThemeFragmentPath becomes empty in that case.
This is because MS office shares same theme for both documentBody as well as Header or footer.

To fix Get Target for Type = "officeDocument" from _rels/.rels file this target is
 "word/document.xml" for docx & to "ppt/presentation.xml" for pptx and use this Target for fetching correct theme.xml.
Tested group shapes in header/footer,previously was not getting rendred and not preserved
 after RT.After this patch it's now working correctly.
Tested chart in header/footer previously chart colour was not coming properly
both during rendering as well as after RT.after this patch it's working correctly.

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

Change-Id: Id47008550da90c0d697b434b676765230e3258a7

Replace "String.indexOf(String str)!=-1" with String.contains(String str)
Use J2SE 5.0 String String.replace(CharSequence target, CharSequence replacement).
Format code in needsMask function.

Change-Id: I787a61c4c090f95fb3862390cc1198f7209163a3
Reviewed-on: https://gerrit.libreoffice.org/10659Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

The fldData was getting added as instrText. It was handled as CT_Text and
hence appended to the fieldCommand in DomainMapper_Impl::AppendFieldCommand.
So in RT file the <w:instrText> has both the instrText and the fldData, from the
original file. This causes the hyperlink visual loss in RT file.

WordprocessingML Page# 5011  [ ISO/IEC 29500-1:2012 ]
WordprocessingML Page# 5552 [ ECMA-376 Part 1 ]
fldData has been removed. So ignore it while importing

Conflicts:
	sw/qa/extras/ooxmlexport/ooxmlexport.cxx
Reviewed on:
	https://gerrit.libreoffice.org/10441

Change-Id: Ic2c06f1eb66639d36f3a27ae79181cdbde21b43c

Change-Id: I9ac97c4e5c7b01b5e05cb1132c0d245f5843799e

Change-Id: I4005c08d4163d5d26f227e01c2520379f717343a

Change-Id: I18bc001be01b526d4005eacc324b7d2fb82830a0
Reviewed-on: https://gerrit.libreoffice.org/10602Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Also remove all such includes that did nothing so far. Hopefully if the
script fails on it early, that helps detecting typos during development.

Change-Id: I56bcf16263b7556bc237aceeb2041dfcfb3e02fa

Also, don't bother accepting NDK r8* any longer.

Change-Id: I87fa37a8bb4b00033fe9f81e8b9fc8b09af3b784

Change-Id: I40f98c77c5f922fdce8242dac402feaf534da6bf

Change-Id: Ide7ea42e570100766ef4d97fc3c29c5a5028ce37
Reviewed-on: https://gerrit.libreoffice.org/10662Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Iab2fdc516f5074a6957bde3be7aec52e48cbdc4b
Reviewed-on: https://gerrit.libreoffice.org/10663Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I1d4000ae68d109ed01d4197a71f9175f79aa59f0
Reviewed-on: https://gerrit.libreoffice.org/10668Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I1c9730d494546b01836c60f49861784a068ca1a0
Reviewed-on: https://gerrit.libreoffice.org/10660Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Icda2e693c1e0177708c83af8048bc4e56c0db4ce
Reviewed-on: https://gerrit.libreoffice.org/10665Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

This one line guarantees that no matter what the real line style is,
it will be ignored.

Change-Id: I3bceaf49ce13ddb42ceb56750d8a4ccfef54033b

Found by Lsan.

The following pattern leaks memory:

boost::ptr_container x;
x.release().release();

Change-Id: Iaf52e4f2d6a96266fc6afd65ef8027d80c97a08b

Found by Lsan.

Change-Id: Ia443ed6eb2a20854998a615f3c2bd9fdac156a8c

Change-Id: Idb44259f11715b1d2c769bfebca7300cc397b7cf

Change-Id: Iba7db7f9375807e97a4cdddc0c873fa3c9f6cfb6

Done for writerfilter::dmapper::PropertyMap.

Added public functions getPropertyValue, bool isSet and Erase. The function
getPropertyValue returns boost::optional<PropertyMap::Property>,
where PropertyMap::Property is an alias for std::pair<PropertyIds,css::uno::Any>.

Fixed all resulting compilation errors. The functions which iterated the map
(ListLevel::GetCharStyleProperties, ListLevel::GetLevelProperties and
SectionPropertyMap::_ApplyProperties) have been written to either used
GetPropertyValues or not iterate over the PropertyMap's attributes.

The properties of the public member functions are now properly used
(Erase and Insert(...,false)).

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

Otherwise it may happen that the property list will be read twice, and
on export we'll create two <w:sdt> for a single imported one.

Change-Id: I57ab595f956c5e808fc73fe644ee3e249a1fc1ed

When the document starts with a table and both the A1 cell as well as
the document start has an SDT start, then we see both at the same time
when we check for pending SDT's in lcl_utext().

This leads to merging the properties of the two SDT's, which is clearly
not wanted. Fix the problem by clearning the SDT property list when we
see a start of a new property list: that produces a valid document.

Change-Id: I8fbe7bec02beebb26ed99fa7b08bc62225bff50c

Change-Id: I6b1f10e74aafc47e5618290d92087563c60e3c49

Change-Id: Iac97290738088bd1ce7469ffee773994e7653efc

Change-Id: Ib2d033f975a9b5bf7b667fd80e495d8f043faff0

...where some instances of SDRATTR_TEXT_MINFRAMEHEIGHT etc. where SdrMetricItem
while others where of trivial derived classes SdrTextMinFrameHeightItem etc.,
that appear to only existed for better-named constructors.

Change-Id: If0af79fbb803275ed09fc7b950868c5de7d61615

Change-Id: I6195dce9cea9a4fed4a48449e655271db68d95c2

Change-Id: I969973b2d8165d7ff7a46e6b7e60ad07e58bfdee

* No need to re-compile RPN token array on reference change alone.  We do that
  when the formula contains one or more names that have been updated.

* Adjust undo code to get it to work without relying on ref undo document,
  which would cause the token arrays to be unnecessarily recompiled.

* Whatever else need to be changed in order to pass all unit tests.

Change-Id: I99e86d23320aca8900fef011da23a9d34e42751e

Change-Id: I01f7ca80d8d2ac4c3b5f262625cc54a27cf4327a

Change-Id: I01506e923f3197f97f771983edd72dfddb2af1b8

Change-Id: Ic8795d05f66b45bd43e3444f0f368a2e6352aa2c

We don't really have any way of telling the client that the file didn't
exist yet though, so not very useful so far.

Change-Id: I1db386781b88b345f3e9cb4f37838ca1d95f92f9

We probably need to do this for most of LOK now that
we use soffice_main.

Change-Id: I77be7865511c083679cf2f68b0e5df106506fd70

Change-Id: I264567f73dae9ecd061e09c4413857f793fcac48

Change-Id: I6d2bc4dfa634223da662af6f7c9a91f06cfe7534

Recreating Office instances after destruction (when still
within the same process) currently fails, hence we need
to do all tests at once for now.

Change-Id: Ic7652c909e1cd970fe1ee76995e61fb6aae8f96c

We'll need these for other tests too.

Change-Id: Ia99c2e60f5e5bb24a83875a9dcf85a6b4f54beb4

Change-Id: I7ff41dd932fd9860dff944b3bf8ff5bdc230ae5d

Change-Id: I71eecfdc657b153f9289e8e9af52fba9ed22d3a8