Source: https://tools.oasis-open.org/version-control/svn/office/

Please no changes to those files, these are the official, blessed,
OASIS-approved standard schemas, in their respective version.

Change-Id: I8538495fe7d9ece0c4e3ad097460a5f41ee7a403

Change-Id: I95581265e2cc7befc00e67d42b6516d49c794680
Reviewed-on: https://gerrit.libreoffice.org/28438Reviewed-by: Arnaud Versini <arnaud.versini@libreoffice.org>
Tested-by: Arnaud Versini <arnaud.versini@libreoffice.org>

Change-Id: I8135dde19023754dac506334ed576daba68b9365

This should stop crashes in framework::MenuBarManager::FillMenu
as seen in crashreport. Unfortunately no idea how to reproduce
those crashes other than corrupting the installation (e.g.
removing files).

Change-Id: Iaed8e888dd74c4c1bb5d6fd7996ecf80f4645b68

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

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

Change-Id: I22edbc104164cfd598cfa52e89a112415e63b2c7

Change-Id: I770e02a6f7ef09c50cf93982dd88dfdb1a163bea

Change-Id: I3a6c7c4aa688722a318271d5416313baf65db78e

Change-Id: Icd847c620610b23e28daa58145bf333b7a9a10a3

When OPTIONS methods (or verb) is disabled (or denied) on a IIS 10.0
web server, error 404 (e.g. 'Not Found') is emitted, so we need to deal
with it.

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

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

if noone else does it, then ensure the doc is disposed before
XDesktop it torn down

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

Change-Id: I373db55ed819ed5d2a574ba2590032ee628218f4
Reviewed-on: https://gerrit.libreoffice.org/27634Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>

Edge-rounding and linewidth for selection/cursor, default
filename for save dialog. Code cosmetics.

Change-Id: I8a76d68f4f3070458ec4ba51a81bb046057218ab

Moved code to cui, added abstraction for AbstractDialog,
adapted rendering, changed selection, added better selection
visualization, added save ressources and dialog, creating
pure screenshot with annotation display

Change-Id: I533d9f559ee17cd46105b934bcf4beef87b96168

Implemented a first version of an interactive
screenshot dialog that supports annotations, text excerpts
for these and allows to create a screenshot file

How to use:
* enable experimental features in Tools->Options
* open any random dialog
* open context menu - there's now a 'Screenshot' entry
* click that, screenshot dialog pops open, mouse over the
  grayed-out screenshot to highlight controls
* click once to highlight, click a 2nd time to unselect

Change-Id: I3bcd76b96ad023e11421e4fcfac866ebf4f5ff78

setDefaultDirectory "broken"

Display the proposed filename even when the URL
specified for the file picker directory is invalid.

As the Win32 file picker sadly allows both paths and URLs
for directories, users try paths on other more
restrictive platforms, and since the file picker there
shows neither the directory nor the file, they wrongly
conclude both are broken.

Patch by: me

(cherry picked from commit 42d181e7)

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

Change-Id: I56b0845205d6968355b3327721bf9ca0930903e1

Change-Id: I2045ce82a1d536ab566e6a1218bea9c6a6696024

Project: help  c375894037bb4da57fe7defc45b88d8c0c989dd8

Wrong name on menu item

The menu item is View - Field Names not View Fields

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

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

- drop rasqal-pkgconfig.patch.1:
  merged upstream
- drop most of rasqal-msvc.patch.1:
  merged upstream
- drop redland-query-rasqal-avoid-assert.patch.1:
  merged upstream
- drop redland-pkgconfig.patch.1:
  merged upstream

Change-Id: I4f03bed5fc5c4b30151c0c532572e438681da041
Reviewed-on: https://gerrit.libreoffice.org/28416Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I79fe046ff8c932c5f6a9a5f70970168e42d23702
Reviewed-on: https://gerrit.libreoffice.org/28406Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

If we generate multiple files via mail merge with the same name,
we append a number to any file, so the "basename" filename won't
actually be generated.

But if we get the filename from a database column, the user
expects to try the original file name before trying a name with
an appended number.

Change-Id: I68411901ed90d8e9a21423de9233a5be4f41eb12

Change-Id: I57d165ed166d9b9e950f01978acf7e89d1dcc79a
Reviewed-on: https://gerrit.libreoffice.org/28318Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Jenkins <ci@libreoffice.org>

Change-Id: I1c0d9563c67f2480906299bc039a853926f707df
Reviewed-on: https://gerrit.libreoffice.org/28413Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jaskaran singh <jvsg1303@gmail.com>

...the one I wrongly removed in commit
72589082

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

This silences the SAL_WARN_IF like
warn:formula.core:6944:1:formula/source/core/api/FormulaCompiler.cxx:625:
OpCodeMap::putOpCode: reusing OpCode 161,
replacing '_xlfn.ORG.OPENOFFICE.ERRORTYPE' with 'ERRORTYPE'
in English map 0x1018000

that occurred during the first load of OOXML .xlsx documents since the
old bad entries were added with commit
89c4a691

In fact the direction opcode -> string was replaced, which it should had
not. That specific mapping is only used though when loading msoxl
namespace formulas from ODF.

Also, the replacement of parameter separator and array column and row
separator worked merely by chance, depending on in which order the
entries where inserted to the hash map. Fixed along as it popped up with
the new handling.

Change-Id: I88017a8b38ccc30874c3dca7d78f0fa47a77a36f

move (default) dtors to source files, where members are complete

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

They are equal to the default generated and therefore unnecessary.

Change-Id: I4c0c77c025443fc074308bfd3ce2637a7e1af8bf
Reviewed-on: https://gerrit.libreoffice.org/27946Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I9af1bedd06410bed17b37adc6213125e0c4f1f29
Reviewed-on: https://gerrit.libreoffice.org/28393Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

This is a sort of follow up to commit:
510da291:

"forced to make certain neon api calls thread-safe due to cups

rhbz#637738 libgcrypt that's been initialized already by cups to be
non-threadsafe is therefore then also non-threadsafe. neon uses
libgcrypt. So in the (as this is the usual circumstance) case that
cups is initialized before neon, then libgcrypt is not threadsafe
even though neon attempt to initialize it as such."

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

Enable users to apply custom values without adding it to the preset list

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

Change-Id: Ib20dc0d0036f594adb83a50c2e3da66f565b2db8
Reviewed-on: https://gerrit.libreoffice.org/28356Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Maxim Monastirsky <momonasmon@gmail.com>

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

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

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

Change-Id: I1804a08c69d496d6d1a7a8bb657b65fbfc24beb3

Change-Id: Ia6b353ed800eabd5766cc76e799f6151b71f865e