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>

Change-Id: I0482f613d7c908488e7d9f84f891bd521e91cc15

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

it doesn't make sense in master view to do that

Change-Id: I838422f93131b8a92745a624738c5be3a7ed3459

Change-Id: I00c533a25a851d8bf57f1b0758e98915d2291ee9

Command to enter in a group of objects should be the same in Writer and Draw
Update of Help in commit 8944

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

Problem Description: Docx file containing a chart (line chart / scatter chart)which has used a builtin
marker'x' gets corrupted when we save it in LO.The reason was that while exporting LO was writing the
marker information 'x' as 'X' which MS Word doesn't recognize.‒<c:marker><c:symbol val="X" />. Also
the size of the marker was coming 1 less than the actual value. Ex: if size is 7 then it was being
written as  6.

Solution: During export I have made changes so that now LO writes 'x' in the tag information
‒<c:marker> <c:symbol val="x" />. Now the size of the marker is also being correctly exported.

Change-Id: I26b747f9576625bf3acb941322ae418a0bbc6b64
Reviewed-on: https://gerrit.libreoffice.org/9273Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Unconditionally set miAutoPosColumn at the end of all operations so it
is also valid in case of pColumnData->clear() and no entries inserted
after pDoc->GetDataEntries().

Change-Id: I689632f696091fd9ce8e93c06d7918e5eaf05ab4

While export, locked Canvas is missing and drawing is
exported inside textbox. However a locked Canvas has to be exported
inside a text-box and drawing should fall under locked Canvas
for the RT file to work in MS Office 2010.

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

Change-Id: Iea2c411302b552db18527001cc4c6d0290085afe

...like it was already done in the similar else branch of
ReadRelInfoIfNecessary.  The call site at GetAllRelationshipsIfAny will
translate an m_nRelInfoStatus that remained RELINFO_NOT_INIT into an
IOException.

Change-Id: I79c601acd23b3b0020c7b4de4c20b0282524bce1

Detect arguments larger than 64 chars passed by value.

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

Change-Id: I393b413528685276bffd35fb7fe5ce8c742314b7

In a hyperlink, the field with fieldchartype="end" is getting addeded eventhough there is no begin for that field.

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

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