The drawinglayer attributes signal defaultness by object identity, not
value equalness. That should fix a number of subtle cache and redraw
problems.

Change-Id: I049ffda228a48db71cef108571805c6e41e4b149
(cherry picked from commit 3a01df64d921a65268b00a32aa7256d8f61067be)

Change-Id: I5c7c2c5bb0ce615d4dda8a634517b627b7d49df6
Reviewed-on: https://gerrit.libreoffice.org/15871Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>
Tested-by: Joren De Cuyper <jorendc@libreoffice.org>
(cherry picked from commit 4ed06e7a)

Revert "Resolves: #i124703# adapt coordinate range from ms relative..."

This reverts commit c764a3d9.

The reverted commit did not fix anything in LibreOffice in the
first place. The document referenced in #i124703# is as good
without the patch as with it. But it caused a regression.

Conflicts:
	oox/source/drawingml/customshapeproperties.cxx

Change-Id: I65eb114423039e9c9c684cc55009275fd06caacd
Reviewed-on: https://gerrit.libreoffice.org/15875Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>
(cherry picked from commit da0a44b4)

Change-Id: I963cf83d32bb976095274be913806de19bdf7a86

endPos = nStartPos + 1 may be past the end index

invalid write of size 4
 at 0x1CBBA959: com::sun::star::i18n::BreakIterator_th::makeIndex(rtl::OUString const&, int) (breakiterator_th.cxx:139)
 by 0x1CBB4AA2: com::sun::star::i18n::BreakIterator_CTL::previousCharacters(rtl::OUString const&, int, com::sun::star::lang::Locale const&, short, int, int&) (breakiterator_ctl.cxx:61)
 by 0x1CBB544F: com::sun::star::i18n::BreakIteratorImpl::previousCharacters(rtl::OUString const&, int, com::sun::star::lang::Locale const&, short, int, int&) (breakiteratorImpl.cxx:64)
 by 0xA29D29A: ServerFontLayout::setNeedFallback(ImplLayoutArgs&, int, bool) (gcach_layout.cxx:99)

Change-Id: I201f24cb6773b5aa1a81dea90ea906d3d4355053
(cherry picked from commit 9db629b8)

The output range mentioned in the function wizard is not always
1-7, but dependent of the value of argument Mode.
The output range for each possible value of argument Mode is
clearly described in the regular help for Calc.

Change-Id: I23eae9be6f8f38319496aaf4a1b7f2349e2be3eb
Reviewed-on: https://gerrit.libreoffice.org/15852Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>
Tested-by: Joren De Cuyper <jorendc@libreoffice.org>
(cherry picked from commit b2cf675b)
Reviewed-on: https://gerrit.libreoffice.org/15868Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

The bugdoc has a fill-gradient-name that refers to a non-existent
gradient and also draw:fill="solid"; handle this combination without
exception.

Change-Id: I2c912b28a6b1550e2e4c6c71ff8889ae1779c618
(cherry picked from commit 00eab702)

Change-Id: Ia6e1fbe18e72c9c06915e1b437076a1f56a6c206
(cherry picked from commit 12f907da)

Change-Id: I0dd741829dd315ed86e3fcf79b7fb4da349d0ac8

Change-Id: Ia3536e0297ecd24f6368b9563002a9888904007a

Change-Id: I22c6c534cfefdbb68e965cbd6baab3da3146d9d0

Change-Id: I4aada7f27e3a88124ad670e62ddb6c92ecf431a8

Project: dictionaries  6fd73ad03417565305084524cf32cea089e83e87

Lightproof: do not return invalid nBehindEndOfSentencePosition

For a paragraph with a space at the end, this assertion is triggered:

linguistic/source/gciterator.cxx:162: lcl_SkipWhiteSpaces: illegal
arguments

Cause is the loop in doProofReading that gets the last character of the
paragraph and increments nStartOfNextSentencePosition even if it's
already at end of the text.

(regression from 080424980483bcc29a3556cf1a681c45cd5c50fc)

Reviewed-on: https://gerrit.libreoffice.org/15834Reviewed-by: László Németh <nemeth@numbertext.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
(cherry picked from commit 8952e8055690417e60d75e4e4adf3c85a1029e7c)

Lightproof: do not return invalid nBehindEndOfSentencePosition

Copy bugfix to localized Lightproof.py

(cherry picked from commit cdb3172a438c7c56c4700edf7d771ede5cdf3402)

Change-Id: I58bd10d168f75f9d365cb33c0ade770750ff57ef

One of the thousands of redlines in the document contains a paragraph
that has a cross-ref bookmark on it.  At the end of the import the
redlines get hidden, i.e. copied and deleted from the body.

Because this redline starts in the middle of a paragraph, the
CrossRefBookmark on its last paragraph gets its position corrected
onto the middle of a paragraph, and it becomes unhappy and asserts.

Probably this can only happen in WW8 import, since other imports insert
the redline data into the redline area in the nodes array.

Change-Id: I5bfd94cacf9c2e76fd646728a123b3297b47c255
(cherry picked from commit 27384cdf)

The charArray always contains the size of lenArray *before* it is
extended, i.e., the last valid index.

Change-Id: Id1f4e1f2cb55a88ef5339e9d962a3adf4cde91f9
(cherry picked from commit 2589d545)

Change-Id: I8ad37290a2b5dab41d180799f9e5ec7d603952ba

Project: help  47ffd26d2f28efa5b54c1f44516a6a6ebd8245eb

LibreLogo help: about joining points, filling shapes defined by points

+ examples for CLOSE and FILL + fix typo (bad quoation mark)

Change-Id: I40e4e84460c17a332e1cd46ef4511b94117d9abd
Reviewed-on: https://gerrit.libreoffice.org/15845Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
(cherry picked from commit 07df7cad7f66736e3a3ad7677704b6ffddc92e4d)
Reviewed-on: https://gerrit.libreoffice.org/15849

Change-Id: I9ddb09c08c2984249a6b8c7efc7fd52d3cf95bd0

Project: translations  b29460698cce2b20cf82d33fdf5d3a9483b2ef9a

Updated Slovenian translation

Change-Id: I59d4e209d0749fd370881a343063da2dad94b086

Change-Id: I5a723d5ecc4a075be64ba9766e574d9a9df50eb1
Reviewed-on: https://gerrit.libreoffice.org/15821Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: I051ce1165b8ddf5e3adabfacde03d436f3ada1ec
Reviewed-on: https://gerrit.libreoffice.org/15835Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
(cherry picked from commit 8685cfb9)

Change-Id: I59457bf90cf2f457cbbad70ae524af76ed1e89a4
(cherry picked from commit 6498b799)

Change-Id: I898eee3a4c47f710b52ef7126f79e9aa7f1bd364

...in ScIconSetFormat::GetIconSetInfo, e.g. during CppunitTest_sc_ucalc

Change-Id: Ia4380110cafdb0f220b99a8e1aeb5c3efde60d7f
(cherry picked from commit 186b1e00)

Change-Id: Ibc2fa183ee0847f92ace08388559d236898b1826
Signed-off-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

Change-Id: I78d773feaa1766904d455bd9ff5f9ea79c7b6dce
Reviewed-on: https://gerrit.libreoffice.org/15801Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
Signed-off-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

Change-Id: I9aaa4ae2e567b54f15097c265a3d1c3c12662b92
(cherry picked from commit a1202971)

Change-Id: I1ae1a09de43a2743d6bf9eba0c9a389b99bdfc67
(cherry picked from commit d5ffc8b0)

Change-Id: Iffb884ef487c3a15d55a14d74e0d3c9b42673ebf

Change-Id: I99b5994b53a5768b4c0aa8dbd6f54b13b23b333a
(cherry picked from commit 5f296f9b)

This is 'libreoffice-5-0' - the stable branch for the 5.0.x releases.
The commit rules are different according to the development phase:

A. 5.0.0 beta phase:

   A. any bug fixes are allowed without review
   B. late features need approval by 3 people with different affiliation

B. 5.0.0 rc phase and later:

   A. fixes need approval by one reviewer
   B. late features need approval by 3 more people with different affiliation

IMPORTANT: Every developer is responsible for pushing the fixes into all
          appropriate branches. Note that we do not plan any merge
          from this branch to master or vice versa.

Please, help use to make stable and usable release. If you want to build
something cool, unstable, and risky, use master.

Change-Id: I5a5a08bd8e9d1682a7ec8e8045004d685bcd2938

renames the most annoying abbreviations in Writer (and partially
in the shared code too).

Change-Id: I9a62759138126c1537cc5c985ba05cf54d6132d9

Thanks to Miklos :)

Change-Id: Ib6344ff654e39bf712d7071545573fb2ec525b63
Reviewed-on: https://gerrit.libreoffice.org/15733Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>

Change-Id: I1437c197312911a15a50715235d840b24117bfba
Reviewed-on: https://gerrit.libreoffice.org/15742Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>

Change-Id: Ic2ad51b0ce496d28ba94b31302c7abb21a1c59a7

Modern graphical operating systems have default Unicode 6 support
with several Emojis and other useful special characters. Using
their short names within colons (de facto web standard), now it's
possible to insert them immediately.

For example:

⌨ -> ⌨ (U+2328)
📷 -> 📷 (U+1F4F7)

Change-Id: I189609983281bcfc223cfd39678e92200b826c89

Change-Id: Icc7eb914a16d6492146879967a6dc8b634d50b6e

Change-Id: I0fdcb3d179d87ae202199d2eb904e701bad45ab1

Change-Id: Ied0f44e38ac52f13c9c229366342849aa29ec754

Change-Id: I5eeaa1ee9c63f1a1d624022857a80cbebc079627