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

This is needed in order to make "TypeOf myLine Is Line" or similar
expressions return the expected "true" value.

The implementation of the basic interpreter of TypeOf uses XTypeProvider
to determine the type of an object by getting the last part of the type
name. E.g. "ooo:vba::msforms::XLine" is determined as a "Line". That's
why I created the XLine and XOval blank classes.

TypeOf doc:
https://docs.microsoft.com/en-us/dotnet/visual-basic/language-reference/operators/typeof-operator

Change-Id: Ia49cc92d672e30d0126f02d61a55a956ac1425f0
Reviewed-on: https://gerrit.libreoffice.org/42083Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tamás Bunth <btomi96@gmail.com>

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

Change-Id: I76bd966d6932b3b3210d04137f18f928276ce631

The bytes "ed b3 b5" in fdo67610-1.doc (which, as the name indicates,
is an HTML file) are converted to the lone UTF-16 surrogate "dcf5",
which is inserted into SwTextNode and causes asserts later on.

The actual encoding of the HTML document is probably GBK (at least
VIM doesn't display any missing characters with that), but
because it doesn't contain any indication of its encoding
it's apparently imported as UTF-8; the ImplConvertUtf8ToUnicode()
thinking a surrogate code point is valid even if the JSON-compatible
mode RTL_TEXTENCODING_JAVA_UTF8 is not specified is a bit of a
surprise.

Change-Id: Idd788d9d461fed150171dd907439166f3075a834

Change-Id: I14cd42d816cfd6fcc7f0fc3f32ece09e10d3137f

Change-Id: I70d7f388c1573ed34bb3d93b480fe1ccaa97076f
Reviewed-on: https://gerrit.libreoffice.org/42075Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan Holesovsky <kendy@collabora.com>

Change-Id: I9f13bbc2bd3a3de582491ea5b2ad16535589420a
Reviewed-on: https://gerrit.libreoffice.org/42074Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan Holesovsky <kendy@collabora.com>

Combining only one child with one parent to lookup is not sufficient if we have
year,month,day chains. The entire chain is needed.

Regression from

    commit 2a39dc74
    Date:   Thu Jun 1 18:27:13 2017 +0200

        tdf#108259 Fix nested checkbox handling in autofilter popup

and

    commit 511fb8e8
    Date:   Wed May 31 10:59:42 2017 +0200

        tdf#108259 Enable autofilter with many different values

which combined landed in 5.4 as

    commit 0163957e
    Date:   Wed May 31 10:59:42 2017 +0200

        tdf#108259 Enable autofilter with many different values

This on the other hand makes the change of these doubtful, as for each leaf
item the concatenation and the lookup has to be done. Something to be
investigated.

Change-Id: I07fd6367bb8da2adab94a43c45fe88391179f496

that will allow them to deduce the age of the build

Change-Id: Ic1baffbf1ecc6a743a1edd91d24c86670dc640a3
Reviewed-on: https://gerrit.libreoffice.org/41962Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>

packing gdbserver into apk conflicts with extractNativeLibs="false", as
the gradle pugin compresses it (which could be disabled using
aaptOptions), but furthermore it doesn't page-align it, breaking
installation.
So instead let the user manually push the gdbserver tool to device and
remove the hardcoded values that were only there to please the ndk-gdb
scripts.
Using lldb from within Android Studio is more comfortable anyway :-)

Change-Id: I31c3af4847a479c56b3fcd6b5bed114e004bf0d2
Reviewed-on: https://gerrit.libreoffice.org/41950Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>

remove hardcoded arm flags for android, and instead of patching the
sources, rather specify the desired values on commandline to override
nss' makefile defaults where possible.
Also since the build stage runs nspr configure by itself in a dedicated
outdir, the separate configure step was removed (for all systems).

Change-Id: I586c605615cc2d45b757497395a98c53dd1beb1d
Reviewed-on: https://gerrit.libreoffice.org/42070Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>

Change-Id: I148332c639510c55dea2d09bc7aa695708fbf34c

By pulling out common part of the paragraph/span context factory.

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

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

* Throw DisposedException instead of RuntimeException when the document has been destroyed
* Add messages to RuntimeExceptions

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

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

Change-Id: Idaf3d066a61dcf30019eda9f84bb7442362ab57d

This fails, mostly because of confusing native paths and URLs, and
because of deleting the temp. directory before closing the file that the
test wrote into it.

Also, why open the document as a template.

Change-Id: I6da2f3f2c47308c4956444869b5b100a124b8db0

They're still called "VC150" in my installation.

Change-Id: I0a005236ff5edc758be41616e33b254577144f17

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

When it's directly under <text:p>, as a start.

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

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

...in case you don't do a full 'make' but just some 'make CppunitTest...
CPPUNITTRACE="gdb --args"' and then wonder why the gdb pretty printers are not
available, so you can at least do a manual 'make install-gdb-printers' now.

Change-Id: Idd19ed1bba0fa196271cae9de80b4e7baf79ac2a

Change-Id: I47810e067d9dab0e40b5b1583193c01ad8c91759

Change-Id: I770cd36d5f8bca0f2fa97b7ad4afaaf539bf5f1f
Reviewed-on: https://gerrit.libreoffice.org/42052Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Szymon Kłos <szymon.klos@collabora.com>

Project: help  12ea42f942dfdcc3aebf108e9190b2c5a8454313

Helponline: add support for japanese in UI

* add japanese
* correct Chinese

Change-Id: I1d3b8929b44de75f0dca805c5d0cab319842ed64
Reviewed-on: https://gerrit.libreoffice.org/42053Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
Tested-by: Olivier Hallot <olivier.hallot@libreoffice.org>

Bookmarks containing spaces are incorrectly interpreted by MS Word,
so spaces are replaced in bookmark names and bookmark references
in fields.

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

Given a valid DateTime, the "buffer" is too small by 1 because
Year can be negative with 4 digits.

Most of the problem is that invalid DateTimes would overflow
by up to 14 bytes; throw IllegalArgumentException for obviously
invalid DateTime.

Change-Id: I8af109425d5681b1b28454917664401a5404f251

ODT export uses nested spans to represent a combination of named character
style + automatic style (instead of having a parent for the automatic style),
but librevenge doesn't allow nested spans, so handle this explicitly.

The alternative would have been to remember the attribute list as member
data, but the underlying SvXMLAttributeList is reused after
startElement() returns, so it by the time characters() is invoked, it
won't have the data we need anymore. (Would be a trade-off between doing
the attributes -> property list conversion exactly once or depending the
number of characters() invocation anyway.)

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

Change-Id: Ic72693ad8f33fb94c171751f82680eabad1d3d6d
Reviewed-on: https://gerrit.libreoffice.org/41900Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>

...0365ca35 "pdfium: update to 3196"

Change-Id: Ia291b30b79bb0873529e474164d24dcb8b491f40

...04d70c09 "Upgrade to
language-subtag-registry-2017-08-15"

Change-Id: I4178545869a6d97cb1f90034f3944d9c72700bd6

Change-Id: Ia3551572269e1cf04b2a398cd08f718fd248c6e6

...GNOME Software reportedly is fine with that now.

Change-Id: I418fc60a3215078109d3d8e9f426f98fdf37322b

Change-Id: I123ea8ee2e333665ac448c6b3814c3bac0b687ab
Reviewed-on: https://gerrit.libreoffice.org/42011Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>

Change-Id: I10253c38208da7e5881af7611f80e03059ccc5e5

Restore the old code and use c++11 for-statement

Change-Id: If85793d03fc9f022a938bcd365c605a7ddac2720
Reviewed-on: https://gerrit.libreoffice.org/42031Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Xisco Faulí <xiscofauli@libreoffice.org>

Change-Id: Idca4969af8043f7dbc54f4a63b99e92155ef1585
Reviewed-on: https://gerrit.libreoffice.org/41949Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Szymon Kłos <szymon.klos@collabora.com>

void OStorage_Impl::RemoveElement( SotElement_Impl* pElement )
expects that m_pAntiImpl will be nullptr, if not throws an exception.
This caused that in case of deleting embedded database used for
mail merge it wasn't fully removed and it was impossible to import
the same datasource second time.

Change-Id: I0310fde2ad819c96474a857f37ee42d052fad266
Reviewed-on: https://gerrit.libreoffice.org/42028Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Szymon Kłos <szymon.klos@collabora.com>