Change-Id: Iee56131a15f9554c263406356456f65694515719

Fixes the busy-loop - 100% CPU all the time.

Change-Id: I965f62d6a6f2ec1830c0897dd97179a739c70afc
Reviewed-on: https://gerrit.libreoffice.org/20186Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I6f7d7d3b5b027097417a15804a42aaaab4a03158
Reviewed-on: https://gerrit.libreoffice.org/20185Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I1423de820ec40340d2ddb9030106b813e488f2f3
Reviewed-on: https://gerrit.libreoffice.org/20184Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

"errorOccured" is an English spelling mistake, but is the
name of the event, which cannot / should not be changed for
backwards compatibility reasons.

Spelling was boguously "corrected" in:

  commit 60a9b517
  Author: Takeshi Abe <tabe@fixedpoint.jp>
  Date:   Sat Dec 4 12:56:38 2010 +0900

      Replace all occured, occurance etc.

This was leading to impossibility of assigning a macro
to that event, since it was not appearing in this dialog.

Change-Id: Ib0373501cba8af8f4abb1c62faddf8d65c926a7e

49c2b980 changed a binary test doc

Change-Id: I77cd86ce3eccfc701f54630870045e04244ac048

ah!, the original code had a type in it. That's
why it was refactored to remove the null check.

Now a proper fix for cids: 1326180<->1326190

Change-Id: Iba7fd47c03eb5c157f878e0e297e8688f20ae348
(cherry picked from commit 8244fc26)
Reviewed-on: https://gerrit.libreoffice.org/20179Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I30ea6cea81ae1b4f344e253c7a51cfef4d844128
(cherry picked from commit f4ac7854)
Reviewed-on: https://gerrit.libreoffice.org/20178Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: Ibd1c15ce65501d4dc6d0cea8c8e5f4e683d1b7a4
(cherry picked from commit c5bfac3f)
Reviewed-on: https://gerrit.libreoffice.org/20177Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I9f76340ccdb32f4337d0ebe85e9957fe8a3b19f9
(cherry picked from commit 43e2b417)
Reviewed-on: https://gerrit.libreoffice.org/20176Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: Id984cc1f5954be38fbe3a1a15bfe811d7cdfe99d
(cherry picked from commit d05ae550)
Reviewed-on: https://gerrit.libreoffice.org/20175Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Noto fonts correctly.

LanguageTag()::getLanguage() would always return "zh" despite
traditional Chinese were choose. hb_language_from_string()
requires iso639-3 language tag except for Chinese, so
we use use Bcp47() language tag for Chinese to differ zh-CN and
the others.

Change-Id: I6700a79a9c49a97d840b430def77741912935f72
Reviewed-on: https://gerrit.libreoffice.org/20027Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
(cherry picked from commit 4424daa2)
Reviewed-on: https://gerrit.libreoffice.org/20203

Excel expects this order, so let XclExpTables be managed as
XclExpRecordBase in the sheet's XclExpRecordList.

Change-Id: If2cefc255c74688661e861a26218564117b1e3ce
(cherry picked from commit 4112ecad)

Change-Id: I433ea34ed036be9ee4810b6db75a2dbb945b23a2

Change-Id: I591532d6a0dd07f8c621ecea3eaa4b92f2225493

Change-Id: I1fb5baabd869c4abe8ccf9eeae131efcc697bbee

Otherwise we get workbook load events (eg.) happening at idle, which
occurs at (more or less) random places as the StarBasic interpreter
Yields every few instructions executed.

Change-Id: I51ea57f4ad45e30e04fe84a9dc051ed1c5537536

"(abc)|(def)" matches "def" with result offset sequences
{0,-1,0},{3,-1,3}

And thus the assert() calls introduced with
4cf1d290 and
ce91f3c1 were hit.

Change-Id: I571b6c7d47349a2cc7b1d1e34193b2865012a49f
(cherry picked from commit 4dd2d406)

Change-Id: I2d1185d433be0fbb57a59e0609ab0f505248a348
Reviewed-on: https://gerrit.libreoffice.org/19210Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
(cherry picked from commit d65d9c54)
Reviewed-on: https://gerrit.libreoffice.org/20170

The old code in MultiSalLayout::GetTextBreak() only makes sense if the
base level character width is zero where a fallback level has a
non-zero character width, and vice versa. But this is not the case for
Windows, at least not any more now when using UniscribeLayout and not
SimpleWinLayout.

This simple change fixes that: Only use the width from a fallback
level if the width at the base level is zero. Hopefully it does not
cause regressions for other documents or on other platforms. (But, I
repeat, I find it hard to believe that the intent of the code could
really have been to ever add two or more non-zero widths for the same
character from different levels of fallback and use that.)

Change-Id: Ic66c55db4b7463f9e04fcedec76f1c44f5e62e03
(cherry picked from commit a0d112a5)

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

      A. 5.1.0 beta phase:

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

      B. 5.1.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 us to make a stable and usable release. If you want to build
      something cool, unstable, and risky, use master.

Change-Id: I64b18be16ad2bb78aa46522fcd50591a13424a94

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

Change-Id: I77e5134f42f25e3786afa36b7a505c7e3237a9e8

some of the fields

regression from

commit dd351dd7
Author: Noel Grandin <noel@peralex.com>
Date:   Tue Nov 24 08:50:39 2015 +0200

    loplugin:unusedfields in vcl/

Change-Id: If68bf1e0ce90ee3c513f5461d5acd7a32e238d7b

Change-Id: I5975af2801560c61ca72ab25f5d1222cf847c4e3

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

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

Change-Id: I1c58da68525ccfe8726a07e40dd8c7db89616580

Change-Id: I82678b037aff5409e54bc50744b1b4b2c8d4d83b

Project: translations  9b7a6f9619c88ddee34c8cd1623eccdd7d4a4769

Update translations for master and force-fix errors using pocheck

Change-Id: Ia185c1d9ef3b66189ec6b1ab08795fa5f4aaca49

Change-Id: I22966b66b1b8e4dff2e565de456f21a668f33f28

Change-Id: I946c64d103f3666e5bbff16d95a5c8e65a3750dc

Change-Id: Ia2dd13c2c48b127ab85311a668fa1f37608d360a

Change-Id: I3eb27ed10e82ee56b33866ac576c1b1f8c9756b9

Change-Id: Iadba30885ba3bab7aaee58e298a9dc6b22c8b977

Change-Id: Iaa57a071f8f0e6945d24f019cb4c06e02d066e0a
Reviewed-on: https://gerrit.libreoffice.org/20147Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I3b1f51d3a02b999476d12e680f2f76a11ac6b3b9
Reviewed-on: https://gerrit.libreoffice.org/20146Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Ic5d1090722945dce338973e9e3091546ed792057
Reviewed-on: https://gerrit.libreoffice.org/20160Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mikekaganski@hotmail.com>

This reverts commit 22ebafe8.

It seems to break various sc.subsequentcheck targets.

Unknown names make the formula fail
PythonTest_sw_python, especially set_expression is ok
Variables are taken into account

Thanks to Mike Kaganski for his help on this patch.

Change-Id: Ia6f9c54d90ce88138fd9c9df9422b34ce8223ca2
Reviewed-on: https://gerrit.libreoffice.org/20122Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Mike Kaganski <mikekaganski@hotmail.com>

Change-Id: Ib53eb3da4810202ad60349566cdef74be89418c8