Change-Id: Ib0cb2a34b87c661dc9343e5458fb933496a792dc
(cherry picked from commit 73d9cc8c)

Change-Id: I5fa32922fffcd027ddf1c61fe0b122fa2d320d98
(cherry picked from commit 715b4bbc)

Change-Id: I8e0bbab7d7497ed7c136ddbfba73618834d5a204

Change-Id: I46c57a14fd94738e51e65c482c903c2debe868b8
(cherry picked from commit 9a4881a1)

Change-Id: Ifb95f76f518646e32d1df45a77f146ad3a255087
(cherry picked from commit 6055eb2c)

The python tests currently use the default desktop-dependent vclplug,
but should use svp like every other test.

Apparently there's no way to pass command line parameters through
python, so set SAL_USE_VCLPLUGIN=svp.

Change-Id: Idb9afd87a1721c5188aeecd9b1f83521f6431757
(cherry picked from commit a9833ee9)

The PythonTest_dbacces_python in a clang ASAN build on F21 started to
fail with StackOverflowError in JNI_CreateJavaVM on the main thread,
and this fixes the problem.

Seen with java-1.8.0-openjdk-1.8.0.45-39.b14.fc21.x86_64

Change-Id: I87dfb4b62d547b334c19261aad88b4856489776f
(cherry picked from commit bb639993)

Change-Id: I261596e5d20360ecfaf57f9ddc4419ca305e3194
(cherry picked from commit 5cfc5878)

Change-Id: I6805178d2a344243d487ace3331ca71b667cd819
(cherry picked from commit 87d35929)

a hold over from before
6efb7f65
I believe

Change-Id: Idea86f782cad4da98bbe4308968277886923ee5e
(cherry picked from commit 3d02b2c2)

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

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

Change-Id: If644b80870c82b786168c67390cd440030e2d841
Reviewed-on: https://gerrit.libreoffice.org/16389Reviewed-by: Jan Holesovsky <kendy@collabora.com>
Tested-by: Jan Holesovsky <kendy@collabora.com>

Commit 3d7e168a (n#783638 DOCX import of
wp:inline's distT/B/L/R attributes, 2012-10-11) was about a picture that
had non-zero spacing in LO, but zero in Word. The hope was that the
problem is just that the value is not imported.

Then commit a88ac708 (fdo#63685
wp:inline's distT/B/L/R is in EMU's, not twips, 2013-04-19) was about a
picture that had so large spacing that the picture become invisible.
Fixing the unit of the spacing value made the picture visible again.

What was missed is that this value is just stored in the doc model, but
layout in Word doesn't use it at all till the anchoring is as-char.
Given that in LO as-char anchoring supports real spacing, just don't
import these values to have the same layout. That's what the WW8 import
does, too.

Change-Id: I1244269e06c5d190e8340349ddc12ae7b0572a4d
(cherry picked from commit 9781a878)

This avoids painting the first few menu items in really large scale on
the whole window after window resize.

Change-Id: I2469403684b1ae3b93892d49536115df2cef81bc
Reviewed-on: https://gerrit.libreoffice.org/16429Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
(cherry picked from commit b9064c07)

This is a squashed commit of:

* Breeze: split Cell icon
* Breeze: this is a duplicate of lc_ResetAttributes (lc_SetDefault)
* Breeze: Endnote with i instead of 1 as sifr
* Breeze Signet - Icon is missing the ribbon part (StarShapes.signet)
* Breeze: StartCenter close icons
* Breeze: insert missing icons from the standard toolbar
* Breeze: Add new icons for formatting toolbar
Signed-off-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

The original code used 15 elements for positions, the 'repaired' one
lost 10 of them.
Also, do not try to be too smart and be verbose, letting the compiler
perform optimizations

(regression from 1b0f7ee1)

Reviewed-on: https://gerrit.libreoffice.org/16169Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
(cherry picked from commit 492ff21d)
Signed-off-by: Michael Stahl <mstahl@redhat.com>

Conflicts:
	sw/source/filter/html/swhtml.cxx

Change-Id: I0a1bc22d1abab083292de17b091c8be872fcee24

Change-Id: I5be92517831f132e5d85addcdc3ef1498719c884

Change-Id: I7ea0646c531c8aa2a5e33baa147e08628e65c17d
(cherry picked from commit ab4374fc)

Writer doesn't support foot or endnotes in TextFrames, so they are not
supported in OOXML floattables, either. In the past, floattables were
imported as normal tables, that's how this worked. Restore the old
situation till the core limitation is there, so we at least don't
regress.

Change-Id: I4eb62617e3131176f7371e9ca69f11bc9e948a0b
(cherry picked from commit 2fe248f2)

Some icons in galaxy are available only via a fallback, while the other themes
can implement these icons directly; but they did not end up in the
images_*.zip.

Change-Id: Ifc937ebec7a1e38828672e65706150f50abe8703
Reviewed-on: https://gerrit.libreoffice.org/16426Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

In the paints, we must use the size of the Window for the computations, not of
the RenderContext - the RenderContext can be much bigger than the Window in
the double-buffering case.

Fixes for example the list boxes, and many others.

Change-Id: I4c7607569f88b2d097587140858d0862e54b5ea6
Reviewed-on: https://gerrit.libreoffice.org/16421Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

Otherwise we are painting according to the rendercontext size in the
double-buffered case.

This fixes the rendering of the image in the startcenter.

Change-Id: I2630137c5d176d818bc1a68a970a9e5256ace97c
Reviewed-on: https://gerrit.libreoffice.org/16420Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

'resolved' should also be removed
and updating bug urls

Change-Id: Ie8e71727856bcc44bd7f3311a9e1472327c9bf21
Reviewed-on: https://gerrit.libreoffice.org/16207Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
(cherry picked from commit b990cdf5)

Change-Id: Ie90906f1ed8dc205850df3a48688f66b7a72a4f4
Reviewed-on: https://gerrit.libreoffice.org/16343Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
Reviewed-on: https://gerrit.libreoffice.org/16428Reviewed-by: Jan Holesovsky <kendy@collabora.com>
Tested-by: Jan Holesovsky <kendy@collabora.com>

Saving relative references of named expressions to OOXML never worked,
upon reload they pointed to a different position offset by the value of
the original base position. This at least saves positive relative
references correctly, while generating #REF! for negative offsets which
is slightly better than having them point to a wrong location and
silently calculate different values..

Also, this is a prerequisite for TableRef ThisRow references in named
expressions to be saved correctly in A1 notation, which results in a
relative row 0 value.

Change-Id: I3734f910794ceab4b9224b214ad11c64d1d18e67
(cherry picked from commit 80aafaf7)

Change-Id: Ib00273452a67bd535e2f879d9801ae611e42cc7e
(cherry picked from commit 42713c52)

that author was stupid ...

Change-Id: Ib06e88be52e70dee72ecb00590adce696eb347c0
(cherry picked from commit 1f832584)

Change-Id: Ida1257337c6e0916f2228fe053d9c9f085183af6
(cherry picked from commit 77cc7147)

just to get their mapunit or set visual size.

Will have to try something different here apparently

This reverts commit 757f461e.

Change-Id: Ic03dc9e811df624ca492cd2688a30a1e07fe6496
Reviewed-on: https://gerrit.libreoffice.org/16414Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

This was always wrong for OOXML export, function names may have been
written without _xlfn. prefix or substitutions not been processed, but
will be vital for TableRef transformation to A1 notation.

Change-Id: Ieffd7d78e2c744d3c12228a0a815b5ce68b26c81
(cherry picked from commit 17815049)

Since there might be arbitrary rtf markup inside, we rather
shouldn't act upon.

Reviewed-on: https://gerrit.libreoffice.org/16206Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
(cherry picked from commit 63fbd900)

Change-Id: Ia782d89cb4ce8f34df64a3e0cba16de2db7b7ccf

Bug introduced by my commit fb14be5f
"create new 'enum class' SotClipboardFormatId to unify types"

Change-Id: I7347fb9e653077205476e2b0c2b8107dc9caae0e
Reviewed-on: https://gerrit.libreoffice.org/16396Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

(cherry picked from commit 3cb7db75)

Change-Id: I3e97200d59a97271617a6e9a88c807a07a33edfe

...to location where privateSnippetExecutor will pick it up to return it from
RAX.

Change-Id: I59b8db1a12177a3c4da4c810770bee4ace295115
(cherry picked from commit 04834f4a)

Change-Id: I67621e59c6e20e7f3b5101772b5d274d8c745ce9
(cherry picked from commit d0255f30)

A missing seek in the \footnote handler could result in a situation that
the missed text contained a "{" but not its matching "}", which resulted
in the parser terminating earlier than the end of the document.

(cherry picked from commit 7b08304b)

Conflicts:
	sw/qa/extras/rtfimport/rtfimport.cxx

Change-Id: I6df476b2d6397dfa918111b33854dc2f95fbe81d

To catch also a simple =Table[[#This Row],[Column]] that is outside of
table bounds located and therefor generates an error token instead of a
reference in RPN.

Change-Id: I28f5ca12b5f5998c623d0f38fcf39f037aabd317
(cherry picked from commit 703832ca)

let FormulaTokenArray::HasReferences() also check RPN

Change-Id: Ic97332265c50485691f76b81d8396705d7728ab0
(cherry picked from commit f243e27a)