The issue of 362d4f0c "Explicitly mark
overriding destructors as 'virtual'" appears to no longer be a problem with
MSVC 2013.

(The little change in the rewriting code of compilerplugins/clang/override.cxx
was necessary to prevent an endless loop when adding "override" to

  OOO_DLLPUBLIC_CHARTTOOLS    virtual ~CloseableLifeTimeManager();

in chart2/source/inc/LifeTime.hxx, getting stuck in the leading
OOO_DLLPUBLIC_CHARTTOOLS macro.  Can't remember what that
isAtEndOfImmediateMacroExpansion thing was originally necessary for, anyway.)

Change-Id: I534c634504d7216b9bb632c2775c04eaf27e927e

Change-Id: I42d572a5dbd4c89351bd1f03aae75b9b7dbe7e30

Change-Id: I6621e82249feeed3d88ee463447d08c4f812259c

Preparing to replace the number format import hack of
95c91f09 and generalizing for known locales.

Change-Id: I0413987e302eaa84ef6a7dde2ecb365144313e81

Change-Id: I32c1df5a8e7164c59ebfe0d1e1d11dd6f3b8edf8

because xdg-email is apparently the only route
that knows how to support adding an attachment
to thunderbird

Change-Id: Ife1b56ccfe2434eb31ad67bef00f55197e96151e

warning is 'Constant' variable guards dead code

Change-Id: I06e65f576180d7ff62417828c26f969982788b55

Change-Id: I2ff6c844e62ced35477f96a710a31cdd902f3505

Change-Id: Id405e6a41d8c8ed56471ec058633a21ee4346737

these copy ctors are seriously confused

Change-Id: I07b2d8cc16ba983cd74782207260b3057f8e7d7d

Change-Id: Ie3faef85382f7e23244e10362bfbe3469357dbfd

Have a Writer shape selection in the first view, create a new view, the
second view doesn't see the selection. But the same works if the shape
selection is created when the second view was created earlier.

Emit the svx selection state as part of SwCursorShell::NotifyCursor() to
fix the problem, but take care of not sending the status to the new view
itself.

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

This reverts commit 594182ce.

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

Change-Id: I9e5115a00781d07c9c57e39854d6e1482bd02795

Styles that inherit from a parent style, but were defined in style.xml
before the parent, were losing their base style.

Change-Id: Ic12876dddb1aa961cd8ef7579061cca30c320c71
Reviewed-on: https://gerrit.libreoffice.org/28785Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>

Surely the actual bitfield syntax is enough to tell the code reader
that it is a bitfield.

Change-Id: Ic9552e01b19c8b34b2a17db56b9ff63e7c7de926

With instdir/share/registry/data/registrymodifications.xcu being:

<?xml version="1.0" encoding="UTF-8"?>
<oor:items xmlns:oor="http://openoffice.org/2001/registry" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <item oor:path="/org.openoffice.Office.Jobs/Jobs/org.openoffice.Office.Jobs:Job['UpdateCheck']/Arguments">
    <prop oor:name="AutoCheckEnabled" oor:op="fuse" oor:type="xs:boolean" oor:finalized="true">
      <value>false</value>
    </prop>
  </item>
</oor:items>

and then trying to set 'Check for updates automatically' in Tools ->
Options -> LibreOffice -> Online Update.

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

Change-Id: I53db8747403d55faf5e94f089c925e7491aae911

Change-Id: Ie89d4a18d06b81748ceb593a08d10cd1c14640cc

Change-Id: I6f83248eddfc279fe69f0f9c1d64d6b453bb1d3e
Reviewed-on: https://gerrit.libreoffice.org/28843Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Szymon Kłos <eszkadev@gmail.com>

Change-Id: Iea0eef5d3cd67c73325eb7af883ef8ce286187cd
Reviewed-on: https://gerrit.libreoffice.org/28850Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Giuseppe Castagno <giuseppe.castagno@acca-esse.eu>

where it was not mapping the XLS error code to CALC

Change-Id: Ia44d6a6793960b52f43a0983d231347ba193636c
Reviewed-on: https://gerrit.libreoffice.org/28839Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I07a1540a1b9ca60fa1e62e9cc0091866d9f2f64d
Reviewed-on: https://gerrit.libreoffice.org/28838Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I1d0dc3d89933d86cd229e503b350fccc1523dedc
Reviewed-on: https://gerrit.libreoffice.org/28833Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

e.g.
http://crashreport.libreoffice.org/stats/crash_details/7d19c6e6-19cb-4ba0-a51f-7b7eef514ae1

Change-Id: I97c9da78bc30b730843753da677574ae247cb430
Reviewed-on: https://gerrit.libreoffice.org/28853Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: I787608e8927ad61feb01c61dd17959ba763004d7
Reviewed-on: https://gerrit.libreoffice.org/28846Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

This deadlocks in the case that we have an external process
communicating with LibreOffice as the SolarMutexReleaser allows a
connection to be processed while the normal code has just released the
SolarMutex. If the external call code now goes down the same code path
we deadlock on the SolarMutex together with other mutexes in the
clipboard code.

Change-Id: I18fd6953c9566452a31b1a4c32c68494ec7a52ac
Reviewed-on: https://gerrit.libreoffice.org/27251Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: Ifcfcccfa5a7c6f8696de5c2084736fa40659998d
Reviewed-on: https://gerrit.libreoffice.org/28842Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Takeshi Abe <tabe@fixedpoint.jp>

Change-Id: I485ad67c4f022ffdb059a9925e62fb2d60a9f01a
Reviewed-on: https://gerrit.libreoffice.org/28848Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: I3c19457bb29cd1392f14598fc8798aed4b1a1a7f

Change-Id: Ic10de79427d3a353451c9b603495f55459a5936d

where it was calling "pErr = nullptr" instead of "*pErr = 0"

Change-Id: I509381b13d00a0c1115fcf625a7363ec6f4da583
Reviewed-on: https://gerrit.libreoffice.org/28837Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: I3ad539f4f59c0f6c9a43f69aca1d74aa9f3e3343
Reviewed-on: https://gerrit.libreoffice.org/28845Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: I6817f7b9478ada45cc3c2b89292c1a6a4782326e
Reviewed-on: https://gerrit.libreoffice.org/28847Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: Icf6d35d188f57e1b91da1ce5947f35c97c4f2e78

Change-Id: I33d021d811ade38befa4c61de740ce86dfe08376

Change-Id: Ibe52bb265a064cd454d408ccac06f3bbbb5236e6
Reviewed-on: https://gerrit.libreoffice.org/28683Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Have a Writer text selection in the first view, create a new view, the
second view doesn't see the selection. But the same works if the text
selection is created when the second view was created earlier.

Emit the selection state as part of SwCursorShell::NotifyCursor() to fix
the problem.

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

Change-Id: Ia6a36b08f84960b01472833504cd65bfbad473eb

The code points for the glyphs were chosen according to IANA and Unicode:
http://www.iana.org/assignments/character-sets/character-sets.xml
ftp://ftp.unicode.org/Public/MAPPINGS/VENDORS/ADOBE/symbol.txt
Adobe Symbol font map has been corrected accordingly.

Fixed MT Extra font to always have symbol charset.

Change-Id: I45d4f33f2b640cc852175c7c5d5c875cb72a9297
Reviewed-on: https://gerrit.libreoffice.org/28677Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>