Change-Id: I991801b9a0b7be6024612c8f29262f2ebd8e6a64

Change-Id: I2cf02a26b81fa634c842df455de669f1c60241bc

   If docx file contains multiple hyperlinks in one paragraph
   and one of the hyperlink contains "PAGEREF" field. End tag
   for "PAGEREF" field was not exported hence it was causing
   corruption in exported file.
   Fixed export part of field end tags in case of "PAGEREF".
   Added unit test.

Change-Id: I18a3625213bf7269e3f441859a27acc38cf6ff45
Reviewed-on: https://gerrit.libreoffice.org/9364Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

So far this code apparently has not been invoked except in the very
special use cases for which it has been developed, and which
presumably aren't such that one would come across in "normal"
LibreOffice use.

But now it gets invoked unconditionally, in some unit tests even, and
letting it call glewInit(), which calls glGetString(), without any
OpenGL context, leads to a crash. So instead, explicitly fail early on
OS X (and iOS and Android).

Change-Id: Ia4547cc1ddff1aaa0190fcdb69506ad444214b7a

Change-Id: Iafc7727a22d657dfb6bc97ed767907cce3679364

Change-Id: I5c59f0d2d1b911ffa1ee251e0f1355d137616493
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

...since 2fc4f5cd "Register OpenGL windows to
ScGridWindow upon file load."  Should be revisited and fixed properly.

Change-Id: I5a3d08cb750fd9ec7c98d5b85250eaabd1c7a8b2

The check in the GLEW Makefile looked at the whole $(MAKECMDGOALS),
which in our case was the string 'glew.lib debug', not just 'debug'.

Change-Id: I639395c944e8f2b443cbb55b451a4036b2c9d3bb

Inserting data in pColumnData invalidated miAutoPosColumn
See https://bugs.freedesktop.org/show_bug.cgi?id=78838#c6

Change-Id: Iece423cd8d14f5ae7bf382583c0369895a00f168

Change-Id: If7ec1ff0a78f9cde5ac926e92377de4720c828b2

Change-Id: I08fa1c3956b48bcd65edb74add010fafa17bfe82

Otherwise it does not work on Windows.

It's strange though that input path has to be converted from url to
native path format. At least that was my observation.

Change-Id: Ia8d9e9719d927cab2ae4d928eb8066cab4588281

Change-Id: Ic39102eaa8f0f5f6ea58173103ca8c5dc5c55185

Change-Id: Ib0c5d5c0b0b3c6c290e7e1bbe18464155232ace3

2m21s -> 47s

Change-Id: I5fd321bb34840c71f22705790aab06e83350261e

Change-Id: I2654933e1e6f50902be6b992767ab5caac273f9c

Change-Id: I7ab6fe8592845040f9e87f3667c11200735d7d63

Change-Id: I050cb975dfa6ba20a6a840f24d30745fbafbfaef

Change-Id: Iaa06237d3e554d3a3d9c87f6c5dba715343afa25

Change-Id: I6eb46f1ffccc1d98b1a1485486cbc355ce296cd3

It looks like commit dda842be
wanted to #ifdef this Execute_Impl() call but somehow duplicated it.

Change-Id: I745e16cb0be19cf38eb70dd261204c879aa6986e

In the fine tradition of our enterprise-grade code base, this lets the
check in SfxCommonTemplateDialog_Impl::Execute_Impl() do an early
return if the "this" instance has signalled its untimely demise even if
there are multiple calls of Execute_Impl() on the stack; extending
the scheme with further epicycles to make it work if the Execute_Impl()
calls happen on 2 different threads is left as an exercise for the
interested reader.

(regression from bcc52fb2ebdf77a1cc089857775fd742085b45b6)

Change-Id: I1d9f0d82bf6d9f5da8f9bd2be57d01937d71fd26

Change-Id: I6fdce232ef41079f20a983dc72da032196078858

Change-Id: I4de41e5b66f1a856a786c521ca4ef2eec14c7499

Change-Id: Ibbb234a15de9ddb71552ef083ade72d2ac724ee0

Change-Id: I61bd6e7f104f23e5480350a9b1bd6ba31b95a9cb

Change-Id: I360d2124ece10ca939a45b9307daf760aaefc557

Change-Id: I62da508151614277d59e831c7506c3ec715348f4

Change-Id: Ie3dd8674e1fa927d15eeb6a64a0cad24b8825262

Change-Id: I3624890c9b8a69b2ab1efbb3554c99076eb75bb1

Change-Id: Icd95ef188aa04ce25a1c251701aa27a5516b5077

Change-Id: Iad30f8d988e9541a896d9b1702c7a3e8afd8d8fd

Change-Id: I918733eb5f78b40ae990975035d11e396274c5cc

Change-Id: Iaf33c536c86a372aed2a719b6f87a8e03a5481ea

Change-Id: I57439b09e95bf385436501921ca8db1469758105

Change-Id: I0461ef7af824e1fda04135154682fc4dba8a8693

Change-Id: I821560e86a45ac53f4886bedd957e5d2dd30e3cd

Change-Id: Ia35011b115ca9a6dbcc6f0a047d876d9ad132dcb

Change-Id: Ia03ee551f3694a77f70325168998e4e02517e318

Change-Id: I634c6412ed4be5611913887b5dd51837405e2250