When I load an ODG document page, which is 5080 mm wide, then the UI
told me that it's 300 cm wide, which was misleading.

There is no real reason why the limit can't be higher, the draw page
size is sal_Int32 and the unit is either twips or mm100s: in both cases
sal_Int32 is more than enough to store the new limit still.

Change-Id: Ifb501eed4e288281bcc73dce71bdb03ac213b0c1
Reviewed-on: https://gerrit.libreoffice.org/69673Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
Tested-by: Jenkins

Back in the days it could be assumed that no dialog-related code would
be needed on non-DESKTOP platforms. That changed when we started using
Online-style tunnelled dialogs in the iOS app.

Change-Id: I30ea85493cbb89bdbce422e4b6bff6c42e393a2f

Change-Id: I19d89ce28977f5a5e0749f9fa10e169016e6e176
Reviewed-on: https://gerrit.libreoffice.org/69649
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

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

If panel's requested minimal size is smaller than current sidebar width,
enlarge the sidebar to fit the content.

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

Change-Id: I7cb62aa2598c89dcf6a0b60134c9bed9af38b23e
Reviewed-on: https://gerrit.libreoffice.org/69659
Tested-by: Jenkins
Reviewed-by: Andras Timar <andras.timar@collabora.com>

Change-Id: Ib20fd541627a2676dbc06f4790734ecf1cf09281
Reviewed-on: https://gerrit.libreoffice.org/69658
Tested-by: Jenkins
Reviewed-by: Andras Timar <andras.timar@collabora.com>

Change-Id: I473ad13fbd45905602f81fde2eb1636b07af96c0
Reviewed-on: https://gerrit.libreoffice.org/69608
Tested-by: Jenkins
Reviewed-by: Andras Timar <andras.timar@collabora.com>

Change-Id: Ia4cad44f14d96fc646d8ce204826e379929c3eaf
Reviewed-on: https://gerrit.libreoffice.org/69607
Tested-by: Jenkins
Reviewed-by: Andras Timar <andras.timar@collabora.com>

modified right away

when the attributes of edit engine has changed also broadcast the
changes

Change-Id: I28c67a4167e0b5653b6e9b645069830aa5575412
Reviewed-on: https://gerrit.libreoffice.org/69564
Tested-by: Jenkins
Reviewed-by: Henry Castro <hcastro@collabora.com>

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

The code needed just a small amount of ifdefs to use UITextChecker on
iOS instead of NSSpellChecker.

Change-Id: I19edfffd3cc317a79beacc0b94668a6fd5ea3b32

Change-Id: I3778f8e6870c31c15a6c04e720414def47f7fc6c

If the bitmap to be written is non-8bit, e.g. in case of using OpenGL
(on Linux the test requires "SAL_FORCEGL=1 SAL_USE_VCLPLUGIN=gen",
on Windows it's probably the default case), then the bitmap is not
in native format for 8bit. This was done correctly by 45e8e0fb
that introduced it but somehow it got lost later (I can't even find
where).

Change-Id: Ib1810cb9cf12e373c1cb41da40fa28e96ad7db28
Reviewed-on: https://gerrit.libreoffice.org/69213
Tested-by: Jenkins
Reviewed-by: Luboš Luňák <l.lunak@collabora.com>

Found with bin/find-unneeded-includes
Only removal proposals are dealt with here.

Change-Id: I444cb71bc3d045072a4b1f9eed279ed7e425a0d4
Reviewed-on: https://gerrit.libreoffice.org/69481
Tested-by: Jenkins
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>

Change-Id: I8e3ade11881d88e937b1a55598813b2265cafd95
Reviewed-on: https://gerrit.libreoffice.org/69522Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Tested-by: Jenkins
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>

regression from
    commit 6be7e2e9
    Date:   Thu Aug 30 13:54:33 2018 +0200
    pass SdrUndoAction around by std::unique_ptr
Looks like previously this memory was just leaked, so fix that and the
crash

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

regression from
    commit 52f69445
    Date:   Wed Aug 1 17:03:18 2018 +0200
    loplugin:stringloop in sc

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

Normally when ScInterpreter has bMatrixFormula set, pMyFormulaCell
is set as well (done in the ctor). But in some rare cases,
this may not be so, and some functions such as ScRandom() already
check for this. But not all do, tdf#123479 specifically crashes
because ec974965 added AssertFormulaMatrix() to force
bMatrixFormula be set without pMyFormulaCell being set, and ScColumn()
doesn't handle this case.

Fix this by trying to pass ScFormulaCell* to ScInterpreter when
AssertFormulaMatrix() is used, this should ensure the result
in the formula editor fits better the edited formula. Since there
still may be cases when the cell is not set (e.g. editing a new
formula), also handle that case gracefully.

Ideally ScSimpleFormulaCalculator should pass ScMarkData to ScInterpreter
in such cases so that those functions use that when they can't use
GetMatColsRows(), but currently the handling of selections is rather
poor in the formula edit dialog: Non-array formulas are simply entered
in one cell and the selection is ignored, in case of a multi-selection
there's an error dialog only after the dialog is closed, and the result
field of the dialog is rather small and doesn't scroll, so e.g. matrix
result of ScRandom() wouldn't show more than one item anyway. Given that
tdf#123479 is a priority bug, better just fix it and possibly handle
selections better somewhen later.

Change-Id: I5fcbe1e358fac3623d4917eb0ead8eae00a1e153
Reviewed-on: https://gerrit.libreoffice.org/69161Reviewed-by: Dennis Francis <dennis.francis@collabora.com>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Luboš Luňák <l.lunak@collabora.com>

Change-Id: I64701255f3c0d0eb05e9962819deaef9aa8127c3
Reviewed-on: https://gerrit.libreoffice.org/69644Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
Tested-by: Jenkins

Change-Id: I74cce2d3fb4661ea9a44d0b166ca98dfade53056
Reviewed-on: https://gerrit.libreoffice.org/69604
Tested-by: Jenkins
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>

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

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

Change-Id: I656d769f8cfd332172b2a73e9d8eb8a911eac2f8

Change-Id: I76d9431b0c763ab012f60b89390de216b445c301
Reviewed-on: https://gerrit.libreoffice.org/69609
Tested-by: Jenkins
Reviewed-by: andreas_kainz <kainz.a@gmail.com>

look for places we are doing code like:

    Reference<XProperty>(model, css::uno::UNO_QUERY)->getAsProperty()

which might result in a SIGSEGV is the query fails

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

Change-Id: If907624a7c52e7f11d74a9f50078068d0f80dc5f

Change-Id: Ie3e713786b096657571d0abe0806b1d45d2b5341
Reviewed-on: https://gerrit.libreoffice.org/69585
Tested-by: Jenkins
Reviewed-by: Andras Timar <andras.timar@collabora.com>

Change-Id: Id5c80072ac15a1cf2b04fdbcc94e4d506570491a
Reviewed-on: https://gerrit.libreoffice.org/69593
Tested-by: Jenkins
Reviewed-by: andreas_kainz <kainz.a@gmail.com>

Found with bin/ui-translatable.sh

Change-Id: I63d613a946c32821c836aaeda897b9713cc681f7
Reviewed-on: https://gerrit.libreoffice.org/69595
Tested-by: Jenkins
Reviewed-by: Andras Timar <andras.timar@collabora.com>

Previously this script did not find the untranslated liststore items
that tdf#124240 is about

Change-Id: Ie46d99d246eee316fdda95bdf2d1d3a9aacbc907
Reviewed-on: https://gerrit.libreoffice.org/69596
Tested-by: Jenkins
Reviewed-by: Andras Timar <andras.timar@collabora.com>

Change-Id: Ie91f0bf21e6f5c3f7a7aa4ae3d1dff6cc8e15a86
Reviewed-on: https://gerrit.libreoffice.org/69597
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

...which often timed out for the ASan+UBSan Jenkins build, so lets hope that it
was just an issue with a too short timeout there

Change-Id: Ie50eb1cc16e9444d1392c95ef5c6d810b9e4bd17
Reviewed-on: https://gerrit.libreoffice.org/69599
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

I have to use the other way to specify an a11y role, both are implemented in
the vcl parser, but in my gtk3-3.24.7 the role tag crashes the gtk parser,
while the other route works fine.

The CONTENT_FLOWS_TO accessibility relation is another additional complexity
over the norm

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

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

... which includes normal and visited link colors.

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

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

Change-Id: I5251f130aafdebdb4698ef4513b1dcf9f3bdf454
Reviewed-on: https://gerrit.libreoffice.org/69571
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

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

* Implement writing of MSO lockfiles
* Grab the already implemented parsing code (tryMSOwnerFile method)
and put it together into one class
* Add tests about the generated URL for lockfiles and the lockfile content
* MSO lockfiles are not written yet by LO, next step is to integrate
this code into the locking mechanism.

Change-Id: I3b0ed1975cd57dfd006d4e1890b23c307890de5c
Reviewed-on: https://gerrit.libreoffice.org/69582
Tested-by: Jenkins
Reviewed-by: Tamás Zolnai <tamas.zolnai@collabora.com>