Change-Id: I97a2081a142fd1f74a5d6be534f094fdc4db45ab

Change-Id: I8a85d1fe580ce8c8a52d0ee00d36e499b5e903dc

Apply to/reset only the paragraph properties node.

Change-Id: I4dd3973a758f4afcc30f905b7351e9687d050e33

Change-Id: I5131f5a3ff261a4d86e65b4afff3eb8cdd98cebf

Skip hidden nodes, apply to properties-node.

Change-Id: I9c511e87c431bd39dc6efdcddf2cad9bbf18c592

Change-Id: Iaf6101f02bd5dbeb9a07e796932186b5e2b1a563

It's really quite annoying to have RES_BREAK applied to all nodes; so
apply the node-items only to the first-/properties-node and skip hidden
nodes.

Keep applying text/character items as before, except skip over hidden
nodes.

Change-Id: I085afd59af78caf1ca8dac4080c53bdbdb4e56a1

MergeValues would set everything to invalid.

Change-Id: I45795fe9bd113399e276ac42851cbf5a198c9694

Merge items from first-node and props-node, as they are used in the
text formatting.

Change-Id: I4cbab55bc3b0f8bc6dc5bd3577da53b3160018a3

Change-Id: I1de6b544a4868f0d30077ba2c6d195bffd2e8b00

Change-Id: I78d32031ebc42d749dbc750b7127983810bbfb1d

If there are hints, the aFormatSet.Differentiate(rSet) will cause the
pre-existing items in the parameter rSet to win, whereas without hints
the SwContentNode::GetAttr() calls rSet.Set() which clears everything.

It looks like WW8Export::WriteFootnoteBegin() was sort of relying on
this; presumably it wants the pCFormat to win over node's items but
hints on the position to win over pCFormat.  Well that's what it
currently gets anyway, so try to preserve that.

The other use in SwUnoCursorHelper::SetPropertyValues() looks like an
oversight.

Change-Id: I80e18e040413fcf26f6f77844ed731de31a464d2

... so handle them as well in SwTextFrame::SwClientNotify().

Change-Id: Ifa8bf8f44bcd08a64dc36939bad58efefbd7af55

Move XElementAccess Java tests to C++
for ScCellsObj.

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

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

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

Locking files on WebDAV shares was implemented in tdf#82744,
in particular:

commit 26e6d4b0
    tdf#82744: fix WebDAV lock/unlock behaviour - part 1
commit bc9a8ddb
    tdf#82744: fix WebDAV lock/unlock behaviour - part 2
commit b4576f3d
    tdf#82744: fix WebDAV lock/unlock behaviour - part 3
commit fed29842
    tdf#82744: fix WebDAV lock/unlock behaviour - part 4

Before that, files on WebDAV shares were accessed w/o locking since
the beginning of [OOo] time. This option allows to revert to
the old behaviour i.e. non-locking WebDAV access.

For concurrent read-write WebDAV access by multiple users it is
recommended to keep UseWebDAVFileLocking at default value (true)

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

The class XElementAccess was missing the macro OOO_DLLPUBLIC_TEST,
and so it wasn't possible to use these test cases.

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

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

The constraints explicitly said that the width should be larger than the
height, but it was the opposite as constraints were not parsed.

Unfortunately it would be too brave for globally start handling all
constraints which lack a forName, so add a switch to opt in for this,
and use that with the conn algorithm. All clients should migrate to
bRequireForName=true at some stage, though.

Change-Id: I24ae79b141c0f7a11e4d19f141759fc1dd2169b0
Reviewed-on: https://gerrit.libreoffice.org/64350Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
Tested-by: Jenkins

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

Change-Id: I25bded0e5c1340ca61c747b0125825ed13a9150f
Reviewed-on: https://gerrit.libreoffice.org/64349
Tested-by: Jenkins
Reviewed-by: Rizal Muttaqin <riz_17_oke@yahoo.co.id>

Also a group separator character followed by a non-digit is not.

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

The shape was created, but we literally tried to create a "conn" type,
while that has to be resolved to the relevant arrow type based on the
context.

This means now arrows show up between the parent-child pairs (but their
size is not yet correct).

Change-Id: I82594e46579e4ef723093e1dd0ba31bfcbbec4a0
Reviewed-on: https://gerrit.libreoffice.org/64348Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
Tested-by: Jenkins

This is a followup of e22ab5e6.

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

Default unset bit now does not accept/skip group separators in
numbers.

See .idl description comment for why this is incompatible and how.

This actually uncovered a "bug" (or at least unexpected) in the
Math parser that parsed "0," as one entity instead of "0" followed
by ",". As obtaining the text form appends a blank after each
entity the sw/qa/extras/rtfexport/rtfexport.cxx testMathEqarray()
testcase had to be adapted.

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

Move XEnumerationAccess Java tests to C++ for ScCellsObj.

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

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

Change-Id: Iacd5323ee1db9be294556f3d7344eab00b27095b

The generated files for iOS are now in workdir/CustomTarget/ios.

Change-Id: Idee3902eaabf21aa7dacb971ad81f4e2c7df3b5b

Change-Id: I138e097c65bac9fb37d9b08b444cc5cb9627a4d8
Reviewed-on: https://gerrit.libreoffice.org/64260
Tested-by: Jenkins
Reviewed-by: Zdenek Crhonek <zcrhonek@gmail.com>

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

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

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

Fixes:

sc/uiconfig/scalc/ui/conditionalentry.ui: WARNING: 'GtkLabel' 'Label_minimum' does not specify what it labels within 'interface'
sc/uiconfig/scalc/ui/conditionalentry.ui: WARNING: 'GtkLabel' 'Label_maximum' does not specify what it labels within 'interface'

after commit b907fe59

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

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

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

Overlapping redlines (introduced by the
commit 9dbf817f
"handle scope of w:pPrChange and w:rPrChange properly"
for showing tracked DOCX paragraph formatting) resulted
losing of tracked deletion, ie. reappearing deleted
content using Redo (reported after fixing the broken
non-visible change tracking with overlapping redlines in
commit 694a6389
"tdf#119019 DOCX track changes: fix invisible delete
and insert").

Change-Id: I63fde7e89afde99cff242968d34cc70455c5c3c2
Reviewed-on: https://gerrit.libreoffice.org/64218
Tested-by: Jenkins
Reviewed-by: László Németh <nemeth@numbertext.org>

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

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