Change-Id: I60652dbac6a76eacdbb4e951a636e7a40e88a6a6

Change-Id: Icff1b3d5072c9a854de7ae12141131b0a9650b91

Change-Id: I6dd35199e15aebf547578642692db2b1983ebd95

Change-Id: I5b0f4b335cd383702324ff6ea04581476309ca70

Change-Id: Icc4d9919cedadc00f1420939564dd095fab74cca

Change-Id: Ia54c3e8b8e307ddb89347e4471e2792d4097a96e

Change-Id: I007e9fb717d0da60c00aa14a4856075a6092148e

Change-Id: I98e9174507bd1341de711882565363776e8e3f61

Change-Id: Ia61e34138821b2b5d25f7b60290bbff2b06dc0fb

During the conversion of uno services a few lines where removed that
probably should not have been removed. This caused the dialog editor
to crash if you tried to add a new language resource to a document
fdo#93077. The fix for that bug fixed the crash but also made it
imposible to add a language resource to a dialog that isn't previously
translated.

With this patch the functionality should be back on track, adding/removing
language resources without problems at least as far as my testing goes.

Change-Id: Ie6e083837894a219bf8e9c75dec6bf7652d51615
Reviewed-on: https://gerrit.libreoffice.org/30462Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

Project: help  d4d4804eaf0276e2ab3d3a990d66915c75b1cec9

selectcertificate: fix outdated RID bookmarks

So that F1 works in the dialog.

Change-Id: I6204f769118b4f20c420109a5b39fee702d239c6

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

Project: help  9daa5f09461d1ae83c3e9273212a0582a728b375

digitalsignatures: document new adescompliant checkbox

Also update the menu path of the dialog to match reality, and fix
outdated RID bookmarks, so that F1 works in the dialog.

Change-Id: I829c1cfe23ad7f42f54aa648247820ba2881db2f

Change-Id: I5280ae6021b1a1d905c8e4af69b1342df4a69aa8

Change-Id: I9163b1663d2e2976fe6ca7983e94ed07af663f82

Change-Id: I7d7557485fe603f49ae176378ef41539ebe4970c

In 2007, the document will not open.  In 2013, it requires repair
if <dimension ref=""> is not normalized.

Change-Id: I5ee5ba314944c960de90f4c9b234f8cc8056c734
Reviewed-on: https://gerrit.libreoffice.org/31524Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>

Change-Id: I1f99a90c2969ce78a8f5da7c2c1da08c2b796414
Reviewed-on: https://gerrit.libreoffice.org/31525Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>

Change-Id: Iac0194046a9a2aae25f7976df6f845f6f909425f
Reviewed-on: https://gerrit.libreoffice.org/31507Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I28804bb7b668d5c92bd61a8539860e2a8dddf8de
Reviewed-on: https://gerrit.libreoffice.org/31522Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>

Change-Id: Ia989376c983ff475359e4964abeb1f5a2300ff5b
Reviewed-on: https://gerrit.libreoffice.org/31486Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I7971f210ffb30bdd80a1adde2c286b4d092bd053
Reviewed-on: https://gerrit.libreoffice.org/31433Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I15e9d6397c4a5437c7441fa659ff953ed0b64bec
Reviewed-on: https://gerrit.libreoffice.org/31509Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>

Change-Id: I975f118f4bcfaed338509966240c553c51a9184e
Reviewed-on: https://gerrit.libreoffice.org/31518Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Khaled Hosny <khaledhosny@eglug.org>

when the test fails it was possible that the terminate call was
trying to close all the  open windows which could show the query close
dialog. The new approach is to close all remaining documents in
tearDown.

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

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

Change-Id: I42cf20fcfe3ec03ebd09923be509a9d11e0b40da
Reviewed-on: https://gerrit.libreoffice.org/31516Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Kohei Yoshida <libreoffice@kohei.us>

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

I know Solaris is a snowflake, but it is 2016 already and I think it can
handle FontConfig such fine.

As for the undocumented envvar, lets pretend it never existed because
that is what undocumented feature are. Anyway, it was introduced for
https://bz.apache.org/ooo/show_bug.cgi?id=85483 which is long obsolete
already.

Change-Id: Ib50f129a3828ed2ee5167178c6ff2467d2c8d96c
Reviewed-on: https://gerrit.libreoffice.org/31517Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Khaled Hosny <khaledhosny@eglug.org>

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

On my system reading the ~400 fonts I have takes ~0.07 seconds, which
does not really justify all this complexity. We don’t have such cache on
other platforms as well.

It might have been slower in the past with all PFB and AFM parsing, but
this is gone already.

Killing this ugly fontmanager over engineering one piece at a time.

Change-Id: I41fe3db48dc3de0cf8939c2120403f7d243d6096
Reviewed-on: https://gerrit.libreoffice.org/31511Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Khaled Hosny <khaledhosny@eglug.org>

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

Change-Id: I6af48e37b1b796a1680447ff972de8b5f5623d26

The problem here is that when switching to the print preview, there are
2 view shells, SwEditShell::UpdateTable() is called and the first one
does some layouting in ImplEndAction(); this creates a11y events for the
2nd print preview one (see loops in SwViewShellImp::Invalidate*) and
stores them in the SwAccessibleMap since there is an Action going on;
then SwViewShell::ImplEndAction() for the print preview shell is called
but it returns early without sending out the events, so they remain
until the ~SwAccessibleMap asserts about them.

Change-Id: Ie1c6b82fc5f2cdb2998d514a632295ad07e97517

Change-Id: I8fc4d849e434e245d871dc2d2eef42713e1359bb

Change-Id: Ic340d7226ea3af4bbd6e52c415b32d9be7cd453f

Change-Id: I8df9ca0e9317a4d969f492699be926044415f68c
Reviewed-on: https://gerrit.libreoffice.org/31483Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>

Found when attempting an enum conversion.

Not sure what effect this will have, it was introduced with

    commit a0c7b2bc
    Author: Oliver Bolte <obo@openoffice.org>
    Date:   Tue Nov 16 10:24:21 2004 +0000
    INTEGRATION: CWS eforms2 (1.48.52); FILE MERGED

which pushed a whole bunch of stuff together.

Change-Id: I571fc228c3c0e164aba261e49233ef68ba87e77d
Reviewed-on: https://gerrit.libreoffice.org/31491Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>

Change-Id: I1b23db2335827cab6f1b98b40103b0508928b66e

e.g. fdo35235-1.odp

Change-Id: I259cdc9ed073be2ad7d5208cd943d4f193f09c16