Change-Id: I72d34c875951a8b4a349d92b0d893fdaecd718e7
Reviewed-on: https://gerrit.libreoffice.org/57033
Tested-by: Jenkins
Reviewed-by: Jens Carl <j.carl43@gmx.de>

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

Change-Id: Ib478a7371599309f68b6fffd4dbed0f17c9ecb01
Reviewed-on: https://gerrit.libreoffice.org/57032
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>

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

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

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

And straighten the code a bit to use one init block and return
early if nothing marked or not protected.

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

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

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

Had to adapt EscherPropertyContainer::GetPolyPolygon due
to it using conversions from UNO API drawing::PointSequence
to old tools::polygon, containing unsafe memory accesses.
It is not useful to fix that, use new tooling instead.

Before correctly testing nCount for zero in b2dpolygontools.cxx
when you look closely always a point was added - a random
one due to accessing random memory.
This is corrected, so in test case for "tdf104115.docx"
a PolyPolygon with two polys is used, the first being
empty (had one point due to the error mentioned above).
When having no points, CreatePolygonProperties in escherex.cxx
does badly calculate and alloc the pSegmentBuf array used
to write to doc formats (in the test case - 20 bytes alloced,
22 written). This did not happen before due to having
always a point due to the error before - argh!
Corrected that and hopefully this will work now.

To be on the safe side and to not need to redefine that whole
CreatePolygonProperties I will turn back that little change
and better sort-out empty polygons inside GetPolyPolygon
alrteady. That should bring us back to the original state,
at the same time avoiding that CreatePolygonProperties has
to handle empty Polygons at all.
That stuff urgently needs cleanup - I took a look and thought
about using std::vector<sal_uInt8> so no wrong alloc or write
too much could happen, but that nTotalBezPoints needs to be
pre-calculated because it gets itself written to that
buffers...

Change-Id: Iefc885928f5bb29bceaf36c2a1555346bb21fd26
Reviewed-on: https://gerrit.libreoffice.org/56927
Tested-by: Jenkins
Reviewed-by: Armin Le Grand <Armin.Le.Grand@cib.de>

There seems no need for choosing deque in the first place
5099046d.

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

Change-Id: I9696a9ad3c0f5c3e6bb12a81dd2386e927eebed2
Reviewed-on: https://gerrit.libreoffice.org/56987
Tested-by: Jenkins
Reviewed-by: Jens Carl <j.carl43@gmx.de>

Font featrues can depend on the state. To make the state more
stable we need to set the the font properties explicitly. This
sets the weight, italics, width type to "NORMAL", which changes
the number of available features.

Change-Id: Ida6be4191762c3acfeb7b95182b80717e9774c62
Reviewed-on: https://gerrit.libreoffice.org/57011
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

for one HSQLDB_JAR is already a path and secondly, gb_Helper_make_path
doesn't even exist (anymore). It's supposed to end up in
URE_MORE_JAVA_CLASSPATH_URLS so use gb_Helper_make_url

Change-Id: I52c6117299caeb4fac8c894fc54564befc673e67
Reviewed-on: https://gerrit.libreoffice.org/55552
Tested-by: Jenkins
Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>

Change-Id: I411ea0abcb5fd5fac0db7fe0c4bad16a0c1b9d77
Reviewed-on: https://gerrit.libreoffice.org/57006Reviewed-by: Kshitij Pathania <kshitijpathania@gmail.com>
Tested-by: Jenkins
Reviewed-by: Szymon Kłos <szymon.klos@collabora.com>

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

In commit ae412b48
I missed a '>', to close tag.

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

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

It may end up calling XColorList::CreateStdColorList(), and
XPropertyList is not thread-safe (gnome#627759-1 with disabled
mnOpenCLMinimumFormulaGroupSize).

Change-Id: I79c8335c6e8e3aaf39e01c68e6dbf6011820971a

Change-Id: I56cca8d22e98364eb369f3ccf54ca1acb3eb8516
Reviewed-on: https://gerrit.libreoffice.org/56983Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
Tested-by: Katarina Behrens <Katarina.Behrens@cib.de>

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

Problem can be seen with non-gtk3, if the initial
palette has no scrollbar (e.g. "standard" palette).

The cause is that in non-gtk3 we don't have overlay
scrollbars, so the palette area needs to be enlarged
when switching from a palette with a scrollbar to a
palette without a scrollbar. In practise, this was
happening also on initial show, although the palette
already had the correct width.

To fix that, start with a never scrollbar policy by
default, and add the scrollbar later if needed.

Change-Id: I5286f301b3c7ef5c72b650290ace784222f7922d
Reviewed-on: https://gerrit.libreoffice.org/56995Reviewed-by: Maxim Monastirsky <momonasmon@gmail.com>
Tested-by: Maxim Monastirsky <momonasmon@gmail.com>

Field options moved into another frame

Change-Id: I42a1422617183e5059e66b4f280cbf9cc6daa79d
Reviewed-on: https://gerrit.libreoffice.org/56090
Tested-by: Jenkins
Reviewed-by: Heiko Tietze <tietze.heiko@gmail.com>

There are two cases: when the <object> is a child of an outer <object>
(we create an embedded object) and the non-embedded <object> case (we
create an image). Call the new SwHTMLParser::StripQueryFromPath() in
both cases.

INetURLObject considers this query/fragment part as "name" (end of
"path"), so just do it manually.

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

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

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

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

Impress
Menubar -> Insert -> Slide Number open the Header and Fooder Dialog

Change-Id: Ie6c03358254265422ef2b760aa182515a44480d4
Reviewed-on: https://gerrit.libreoffice.org/56976
Tested-by: Jenkins
Reviewed-by: Heiko Tietze <tietze.heiko@gmail.com>

...(presumably due to it using -fvisibility-ms-compat, cf.
solenv/gbuild/platform/com_GCC_defs.mk), or else things start to fail like
<https://ci.libreoffice.org/job/lo_ubsan/962/console>'s
CustomTarget_testtools/uno_test:

> /cpputools/source/unoexe/unoexe.cxx:502:24: runtime error: member call on address 0x60600000c288 which does not point to an object of type 'com::sun::star::lang::XMain'
> 0x60600000c260: note: object is base class subobject at offset 40 within object of type 'bridge_test::TestBridgeImpl'
>     #0 0x50dc0b in sal_main() /cpputools/source/unoexe/unoexe.cxx:502:24
>     #1 0x507762 in main /cpputools/source/unoexe/unoexe.cxx:348:1
>     #2 0x2b2ede591444 in __libc_start_main (/lib64/libc.so.6+0x22444)
>     #3 0x429425 in _start (/instdir/program/uno.bin+0x429425)

Change-Id: I7f2c38ef2f3cedae07d71246980ad1f21220db72

Change-Id: Iebb53af7fb06ebab6d5cdd1ce514480caec1b17e
Reviewed-on: https://gerrit.libreoffice.org/56985
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>

They wouldn't really compile anyways and only cause unnecessary
blacklist entries.
Some '- memory' entries can already be removed from the blacklists.

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

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

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

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

Commit b8fa3952 for tdf#104713, added this w:default test to only
override style inheritance on well-formed documents (i.e. all default
values have been specified in the document. Otherwise the document
will have no defaults at all).

However, checking on w:default is not the best test of a well-formed
document. W:default had no impact on inheritance anyway, so it was a
bad test, and if we used that, shouldn't we setParent to
the default style instead of assuming it is "Standard"?
Besides, FindDefaultParaStyle() already exists, so a
separate boolean value wasn't necessary in that scenario.

So lots of reasons to tweak my old commit. It is prep work
for setting the parent to -none- instead of "Standard".

Change-Id: I0846c09775c9a86b506f13e3588aab437a9a93cc
Reviewed-on: https://gerrit.libreoffice.org/56824
Tested-by: Jenkins
Reviewed-by: Justin Luth <justin_luth@sil.org>

This avoids revoking the uncommitted registration when any mailmerge
doc is destroyed.

Also don't forget to pass relevant SwDocShell when registering data
source. This allows to register the data source for current document.

Change-Id: Id89be82b0120661700e9fee6a075e5877d76e3b0
Reviewed-on: https://gerrit.libreoffice.org/56891
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>

... as it indicates a programming error.

Change-Id: I526846fe695fc7ed28336ea20cdba0c0db2e922a

It's unnecessary to check all columns if there was a range marked
anyway. Also use GetPrintArea() only for bUnprotected and enlarge
the result a bit to cover the case where a protected form may be
empty but not have vidsual indications either.

Also adding nMoveY to nCol was nonsense all the time already, what
was actually meant is to add the direction of movement. Worked by
chance because nMoveY was always +1/-1.

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

* Update translations from branch 'master'
  - update translations with the updated submodules
    
    Change-Id: I0f59e5cb8f567d52c1124c2d13095d4b7ad4bfac
    

...without a matching definition.  (And the now implicitly-declared copy
assignment op will be defined as deleted, as the SfxPoolItem base class has a
deleted copy assignment op.)

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