Change-Id: Ic8289da6bd32ed9645253b996269be6e82bd1d7c

Change-Id: I5d29fb4c275223d00ca01f57f7fac0aa7b518740

The uitest/uitest directory will be used for the actual uitest
framework.

The libreoffice directory should contain any common LibreOffice related
code.

Change-Id: I3f6394ff4be83b89a8764eab10a154e755237d35

yet another RenderContext regression

Change-Id: I77061f6047fee4be2b70739ff2523a24a847ef12
Reviewed-on: https://gerrit.libreoffice.org/26647Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>

Change-Id: Ide542c847304087e555b1742274e509184a0edce

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

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

Change-Id: Ie4aaf3c64e827bafbd3c2477b47752dabd48ad1a
Reviewed-on: https://gerrit.libreoffice.org/26653Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jochen Nitschke <j.nitschke+logerrit@ok.de>

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

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

Change-Id: I513ae293cfed488723e221a7eec37f103efefa92

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

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

Besides:
* Convert ImplJobSetup to be a class.
* Use ImplJobSetup's setters and getters everywhere
* add some const-correctness at places

Change-Id: I32101048e9be4f3950a4540b0666ed548bbcb211
Reviewed-on: https://gerrit.libreoffice.org/24594Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

Change-Id: I99906dfc34ebcb7ab0ce76ca446435ae0902443f

Change-Id: I22acd9da3570e967f427207e242638f2bfd6ffb7

The former is defined by GCC, the latter by gbuild -D$(OS)

Change-Id: I5960f8f74defcab964729c4deca5b1a988125d24

better fix, if we listen to the eventbox we get either SMOOTH scrolling
or not smooth events, not both. We get SMOOTH when supported, and not
if not supported so no need to reintroduce the miserable hack, which
doesn't work under wayland anyway

Change-Id: I993e71d3553322425a506cd93d812efe081bf3c9

Change-Id: Ie7b265e909389ae80d8ced3d803d7e355cda2211

Change-Id: I1660e3ed5eb5fac276f3715fe1ffa2308408f1b5

The detection is rather sloppy, the bugdoc gets erroneously detected as
dBASE because it starts with '0', has a not-too-large header size at offset 4,
and a '\r' at a 32-byte alignment towards the start of the the not-too-large
header.

Add a plausibility check for the number of records in the file, which
helps for this bugdoc.

Change-Id: I466dfae18aa32fd62b79b9f524f22bea719721be

Change-Id: I1ca323870cfbfae05768489ebd8d0fc59191de06

Change-Id: I90030dee12676eb356ebe2244358052cfcd725de

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

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

"Use more ArrayRefs"

Change-Id: Ied0ab11dd9366b3f499100b2627f4919cca52c9c

Change-Id: I4779d538199ecccb8997e3bfdbf97d7b0ea9679b

Change-Id: Idb7996e9063955dbb8126243670bdc30bd8dd97a

gtk_clipboard_get_owner always returns what you set with
gtk_clipboard_set_with_owner and that doesn't change if some other
application takes over the clipboard

The "owner-change" signal doesn't contain any useful data under wayland,
and doesn't fire when you'd expect either, just when the app becomes
active or gets focus or something like that. So you get it when you
do have the clipboard and when you don't, so that's no use either to
detect loss of clipboard ownership

So, forget about clipboard ownership, and always take the data to
be pasted from the system clipboard, so when we are pasting from ourselves
its "paste"->m_aSystemContents->gtk->"copy"->m_aOurContents

Undoubtedly something else will break now

Change-Id: I32f2e1a2cc3310687f61a094fdfa940fa0cfcc39

Change-Id: Id3f468cc4bb4f6f0b34bcc8486817c3f9c994020

Header names are case insensitive, some server uses mixed case
instead.

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

This remove a necessity for another HEAD request when MediaType
is requested while accessing a Web site, a cleaner implementation of
d61352f5.

This behavior is active only on a standard Web site, when PROPFIND
failed earlier on the program flow, without retrieving the property
DAV:getcontenttype.

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

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

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

In case the metafile was imported from a PDF originally, then this
allows storing the PDF stream next to the graphic. This means that e.g.
in Writer choosing 'Save' from the context menu of the graphic can write
the original PDF stream, not the replacement metafile.

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

Change-Id: I5a35674115388288190e3a6496010badc32cf589

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

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

Change-Id: I53adaca40f0cce6c155f3e35e92809dc6b2a4ab9

Change-Id: I77e6ed891f4712aadb9085549d7699435c2da558