Requires introducing LIBO_URE_MISC_FOLDER_FOR_BUILD.

Change-Id: I133a7f73e48090f67764838b45de4fe8b7580efe

I think it's best to not use cairo on iOS, even if we do use it on
Android. We probably want to use native APIs for the functionality
that cairo would provide. Just like we do on OS X.

No idea whether the resulting TiledLibreOffice will still work like it
used to in May last year, when I last tried.

Change-Id: Ie15cad6918d7a66e2aff7faabfcade7f3246b060

Change-Id: I996d5c9bf07a8cccb7790780f9772d512b155ffc

Change-Id: I7d83c90a8f3930f043101ed81b090dd38c43f986

Change-Id: I7bb75b17003a5a40f69da1f2db5f377d5f349c34

Previously .uno:AcceptTrackedChange / .uno:RejectTrackedChange always
worked by cursor position, but redlines are stored in the redline table,
so they have a unique index. Allow specifying that index when invoking
the command, and in that case ignore the cursor position.

The index is not stable after an insertion / deletion.

Change-Id: I493a22e84800ded224fb6b9c61261744dc0fb64f
Reviewed-on: https://gerrit.libreoffice.org/28192Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>

gerrit says they build with this cert folder
disable variable in place

Change-Id: Ibf711a01e6c055613c65dd94d85b523e7c8b5acd

Change-Id: I6497a87d3071f91d5465033d2dc6ecafaa6461f4

Revert "use div() instead of /0 to content ubsan"

This reverts commit fa293f7d.

Revert "use div() instead of /0 to content ubsan"

This reverts commit e043cce9.

Revert "use div() instead of /0 to content ubsan"

This reverts commit ebe04c07.

Revert "use div() instead of /0 to content ubsan"

This reverts commit fb2c1467.

Change-Id: I38e44875234aa0c8382ab6e01b4f4c5cc16b834e

...that rely on floating-point division by zero to produce infinity

Change-Id: I081c88a9631b1d8aab85c600c6da04f158089644

... in which subsequent node elements are to be stored in the result
matrix.

Change-Id: Ia980a99a2b9ffba0e651f5d4c2420c8acfb80615

The goal is to allow installer to automatically close and restart closed
applications, and thus diminish users frustration when they don't know
how to close explorer.exe, or how to start it again and bring desktop back.

Reference: https://msdn.microsoft.com/en-us/library/windows/desktop/aa370379

Notes:
* A dialog MsiRMFilesInUse must be present in MSI.
* It will only be used when operating system's Windows Installer version
is >=4.0, and OS is Vista or newer. If system's Windows Installer is older,
then current FilesInUse dialog will be used.
* MSIRESTARTMANAGERCONTROL property has default value of 0, that enables
installer to use the Restart Manager. It is explicitly set in MSI just in case.
* Do not use Restart Manager and do reboot is selected by default.

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

Project: help  38af1adac0c495b5865cd70d8a29163ec2fcdc14

Document classification help page enhancements

Added more information on
Objective of classification
Categories
Levels
Customization
Pasting contents
Toolbar

Grammar and liguistics checks welcome.
Corrected lawsuits

Change-Id: Ibdf652a9ee7927fa10262c7b3b54f1d750bf72c6
Reviewed-on: https://gerrit.libreoffice.org/27857Reviewed-by: Olivier Hallot <ohallot@collabora.co.uk>
Tested-by: Olivier Hallot <ohallot@collabora.co.uk>

Store date inside the embedded firebird database as:
Years as the years since 1900.
Months from 0 to 11.

Change-Id: Ic6269a183261c4c482f91f0d3871b42c54d4b99f
Reviewed-on: https://gerrit.libreoffice.org/28173Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>

Use autoCommit for embedded Firebird database.

Change-Id: I5633960b8e3d4e6ee8f9b4f29406c7208a059521
Reviewed-on: https://gerrit.libreoffice.org/28047Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>

Embedded firebird is now version 3.0.

Supports MSVC 14.0.

Instead of fbembed, there are now two libraries: fbclient and
Engine12. fbclient is linked as fbembed before, Engine12 is loaded
at runtime from fbclient.

fb now needs system libtommath, which is supplied
as a new ExternalProject of LO.

Change-Id: I132939bdee745795b22f675e4265e9590079c45f
Reviewed-on: https://gerrit.libreoffice.org/27642Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>

lround() is missing in the std namespace on the broken Android toolchain, work
it around.

Change-Id: Ib53ace52c3a7c345de1326e3566a279f2a3f1bce

Index is added as a property for each item, so that later changes can be
identified by the index when they are accepted/rejected.

Change-Id: I9362d208fdbed1f46d64558d44498d2b19150c81

...which had inadvertently been broken with
99db9f22 "Make --enable-symbols orthogonal to
--enable-debug/-dbgutil"

Change-Id: I3962aa8c67426f3aebc5ad746f7ac281c68d941a

...when i == 0.

Change-Id: Iae1adbe559370bdba195afb74e83b5c94e5de4e2

bEndOfDB was handled inconsistently in ToNextRecord for record
selections and normal record iteration.

This unit test checks mail merge to generate the correct amount
of three pages (actually five with the hidden, empty pages) for
a five record data subset, mailing a linked label document with
two labels. Previously the third / last page was missing.

On Windows, this test originally failed, because the test document
for synced labels opens the "synchronize" dialog, which is
generated from an UI file, which are missing in the default test
configuration.

So this patch also switches the mail merge unit test to the
"instdir configuration", which has locking enabled and prevents
opening a documents twice. As a result we can't use a document for
two test and have to load the source document for inspection after
the UNO mail merge call, because it can just work with a file name
as the source document. This way the document isn't opened twice,
and the tests still pass on Windows.

Change-Id: I98b33defc403c40b84af44d91ed7fdcf6cf347a3
Reviewed-on: https://gerrit.libreoffice.org/23503Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>

...to fix the import part of tdf#86087.  Apparently, "fragment-only" relative
same-document URLs (like <#anchor>) are supposed to remain relative; otherwise,
various tests like testFdo69548::Import in CppunitTest_sw_ooxmlimport fail.

Change-Id: I2dbba2f2f1e225f85e21600e68a3c4cffdb023b2

Change-Id: If869c3f987996918904dca76de92d3e35789efa5

Change-Id: I7c1f1438be7226b9ea4692f1c4e39782288f6196

What this binary change does is change in the contained
word/_rels/footer1.xml.rels from

  Target="www.google.com"

to

  Target="http://www.google.com/"

because of:

<sberg> vmiklos, do you know how
  sw/qa/extras/ooxmlexport/data/footer-contain-hyperlink.docx (introduced with
  4654e9b1 ["fdo#74271: Added unit test & code
  changes for footer contains hyperlink."]) was created?  It contains a
  word/_rels/footer1.xml.rels with a <Relationship Id="rId1"
  Type="http://schemas.openxmlformats.org/officeDocument/2006/relationships/hyperlink"
  Target="www.google.com" TargetMode="External"/>, where that
  Target="www.google.com" is not a proper URL, but the testFooterContainHyper
  link test in sw/qa/extras/ooxmlexport/ooxmlfieldexport.cxx expects it to end
  up as "http://www.google.com/"
<vmiklos> sberg: [...] that sounds like a bug, MSO resolves that as a regular
  relative file reference, i.e. to file:///...\ooxmlexport\data\www.google.com
<sberg> vmiklos, ah, that's good to know; I'm trying to fix tdf#86087 ["FILESAVE
  FILEOPEN VIEWING: Can't open or save relative links in docx"] by turning
  relative URLs into absolute ones when reading docx etc. in
  writerfilter/source/dmapper/DomainMapper_Impl.cxx, but that now caused that
  test to fail
<sberg> vmiklos, so I guess it's best to modify
  sw/qa/extras/ooxmlexport/data/footer-contain-hyperlink.docx to contain
  <http://www.google.com/> instead of merely <www.google.com>
<vmiklos> sberg: yes, i think so

Change-Id: I7986acb66f260faaf8fe5398f3778cc35fb9930d

Change-Id: I6d31e7eaa87fc43faeefb5d4095efab8cedd3679

Change-Id: I0e35e3e6b7540fb1b8a65b034095d2b1fe80715f

Change-Id: I49a23a197969d58a3a2d6b2be1fbe4a647c7fa08

Change-Id: I0eb59e5082da1efa52dcb3b85f6e4129aad3e676
Reviewed-on: https://gerrit.libreoffice.org/26402Tested-by: Jenkins <ci@libreoffice.org>
Tested-by: Yousuf Philips <philipz85@hotmail.com>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>

There is no dichotomy of "Unicode" vs. "UTF-8". What is meant is
UTF-16 (OUString) vs. UTF-8. So say so in the comments.

Change-Id: I14fa7f543e87ed9e54fb37374a0b17d7e09a0879

Change-Id: I84fe6603010defcfae32250c86e75cf2237f64a1

+ New container: sfxlo-BigToolBox
+ Writer: Paste button with dropdown menu

Change-Id: I8fa9ff2cbf594078cc2347bef790b8647ce4e6ea
Reviewed-on: https://gerrit.libreoffice.org/28156Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <s.mehrbrodt@gmail.com>

Project: help  2e141341684eb610834db92693d715f3fd01d0dd

tdf#94553 fix nested lists in wikihelp

The problem was that only the first element in a nested list
was getting the extra '#' character Added a re.sub statment
to ensure all elements inside a nested list have this to ensure
proper display Also backing out temporary/FIXME changes in
the xhp files.  The run is now free of warnings with
the desired changes showing up for 'Using Gluepoints' page,
which has a nested list

Change-Id: I4009408ee11e191cbd5e1560ca1d08f3e7b5c630
Reviewed-on: https://gerrit.libreoffice.org/28107Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>

Change-Id: Ib0360b395fafe3c8123a0cc0fd0cbfd581fa5414

Change-Id: Ic2a6fad90a0f8c8516469db240ec9910824c1286

Change-Id: I071c0d17c7c5982af47bccd92580bbac62bdf7b3

and fix a potential bug with footnotes and superscripts in writer in
ndtxt.cxx, where it was passing bad args to the SvxEscapementItem
constructor

Change-Id: I0d2de34c056e7824f3b456a86d502e10ac93a1c1

Change-Id: I29a33b8ea5daaa4b9059d024ffa4a99ca924f7ef

and rename to be more explicit

Change-Id: Id06e6b68ef30e1d0d0daf19c37a390060e8bcb01

and rename it to be more explicit

Change-Id: I3f8bd7928495dba1e94b785cdda06d9819ee66bf