Change-Id: I9583133eca6ddfc3677c983245a84240f599aa7b

Change-Id: I45a71c4b5983dcd2f19d0bc10ed008a09094eb0a

also fix the string comparison in
  SvXMLGraphicHelper::ImplGetGraphicMimeType
which was previously comparing pointers.

Change-Id: Icd1e76bcf60ec3af5b10cb48adfc97548a2bf4f1

Change-Id: Idfb879c75cce06d9be4459f054169926a56b0199

Change-Id: I055d9ffc184fc2302cd01176238cd9652426414d

Change-Id: I5230e5bfe1297875388ef798ed75b675ba09dd89

Change-Id: I59901bdc3c953bf883c0b543bd1e0b5d6a96e80a

Change-Id: I9cb34b5d8676ca2c3081def04ce8e3ec001746d1

Change-Id: I9f1671d6d8a0b2b7d4c26cb2240a88ab6e74abe5

Change-Id: I42fcce936750888388e80db24b529b7543f9f4bf

Change-Id: I87f5e5e13470826338030e8b0f08c46e09ac216e

Change-Id: I39cfe819518d11152200620515eded09ed6889f0

Forgotten in 150c9f8b

Change-Id: I177c3bcb15bf789a68b8758a8a545d4c6bdf5d85
Reviewed-on: https://gerrit.libreoffice.org/5820Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

Change-Id: I8fec40d767905bcca366257a67f669eaa1055cbc
Reviewed-on: https://gerrit.libreoffice.org/5789Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Marcos Souza <marcos.souza.org@gmail.com>
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

Change-Id: If86d7df0c9ed84f704c0f2421820f3d9c060f2fd

Change-Id: I6415f93fe545bacb95852479e91869603f3ca3f2

Change-Id: I4e4f896ca9af8be7118fc868d57f9e2fa6102d74

Change-Id: If1bb51a69e099e112cce32b8219688b17befa3a3

Change-Id: I61b9dc4dc21a1688d4f3fc71b6ad394dcdbab2b7

Change-Id: Iac72f57815068767e25c3f7bb95ee402745ba579

It's not already threadsafe

Change-Id: I0d201509017176bbbb2abd777304b6f30029d995

Change-Id: Ifb39dea6f0d2328d5658f34ca35d6d65445c38ef

Looks like idlc ignores the lone (due to the preceeding ";") raises
specification, for whatever buggy reason.  XAxis.idl had been like this since
the inception, and the C++ implementation of getAxisGroup in
sc/source/ui/vba/vbaaxis.{cxx,hxx} had also failed to list BasicErrorException
since its inception (likely because the function signatures were copied directly
from the generated .hdl file, which of course also lacks BasicErrorException;
and also does not really need it given the function definition just returns a
member variable), so keep the status quo and clean up the .idl file.

Change-Id: Ib4ffddb6ec867ca302cc595915cae17099734ddf

Change-Id: Ia7514abaa494a367d51db9d9990cd94cff6ed503
Reviewed-on: https://gerrit.libreoffice.org/5802Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>

Change-Id: Ieb1d8d1f8609558b4af06630b603a51da3e665f4

- see dc86610d for details

Change-Id: I6041ca10f58335187928995368db673c1ce22e7b

UNOIDL identifiers starting with a lowercase letter and containing underscores
are reserved for the implementation.  It would be good to be able to enforce
that in code parsing UNOIDL files, but some existing identifiers violate that.
So at least change any violating method parameter identifiers here.  While that
is theoretically an incompatible change for published interfaces, it practically
does not matter at all.

Change-Id: I5eff17b5dd5e2e92984184127c4fe1712d62c9dd

There were two problems here:

1) OOXML has no way to explicitly disable the footnote separator, what
is does is that it omits the <w:separator/> element in that case. We
didn't parse that previously -- now we do, and if it's missing, the
separator is disabled.

2) The footnote stream isn't read by the importer, only when the main
stream references the footnote one, the relevant part of it is parsed.
At the moment we always parse the first (special, "separator") entry in
the footnote stream, that may be optimized later if it becomes a
bottleneck.

Change-Id: Ie588270a212fc90fc41095029a362cfd832b24f8

- there was a symbol mismatch for dynamic loading
- while this fixes fdo#68210, similar fixes are likely needed for the other
  dynamically loaded functionality

Change-Id: I7e4d6baf256dbe7b145dcbc118b4cac2075e07f5

Change-Id: I694480dc876f5990f5904cf39b15ea0c60ea816d

Change-Id: I72b2678c79401320c355c7b6635a6180b01202f1

Change-Id: Ibdf452253e5d4a5882594277bdf86eb96e68b1e3

Project: help  32c171278a4aa94023069fb264c9192fbe056e6e

Change-Id: Ifc055befd5d7436d44e95ce105c52f3c4f061796
Reviewed-on: https://gerrit.libreoffice.org/5768Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

...it had been deprecated at least since late OOo times, with the
css.sheet.NamedRangeFlag constant group as replacement.  (UNOIDL identifiers
starting with an underscore are illegal.  It would be good to be able to enforce
that in code parsing UNOIDL files, but some existing identifiers like this one
violate that.)

Change-Id: Ib8067dee47cec46356065b7b70cc6b47b97e5bc0

mv only moves non-hidden files out of UNZIP_DIR, hence removal of
UNZIP_DIR can fail if there are hidden files remaining. This assumes
that hidden files aren't actually needed for our purposes.

This is a problem e.g. for libatomic_ops which contains a .gitignore
in it's top directory, causing the removal of UNZIP_DIR to fail.

Change-Id: Ia4a621b90bc4cc5fc15dd2a3ecc209734abc6269
Reviewed-on: https://gerrit.libreoffice.org/5808Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

...doxygen still picks them up, as it traverses the complete udkapi/ and offapi/
soruce trees.  (And rename udk-modules.idl to modules.idl for consistency.)

Change-Id: Ic52c333756810c285059f03edc207a0913ead160