Change-Id: I9ad24399613dbaece438afd3c6b59ca7bef45423

Change-Id: Ic0cbc857a3a9c66241b94c30bf8c859435f5a4b4

Change-Id: I51a8161eeaa781ccace08605b97a0092f972b3bf

Change-Id: I71c2004b411831ce869331ab7251683f78428b2b

Change-Id: I08a2c2bb8ebd8cb2adf25b23fa57a5c5441fcfea

Change-Id: Ibb3b33681f4c33794e07b40989709e8f292f2084

Change-Id: I216dcbd983dcf3df79df9fda371b93114540a9d8

Change-Id: I1720391c6842a75033aca4e1b852a8cb89ca1efa
Reviewed-on: https://gerrit.libreoffice.org/19638Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I9fa22b06fabf79043ebc68be7afebc6e810f4db1

the fix of tdf#92732 moved the crash from pressing Close/OK to
pressing the window closer. Now the CareWindow is set in dispose
and this works for all

Change-Id: Id9c272acec48890556a5042c0f5310e69c0a67da
Reviewed-on: https://gerrit.libreoffice.org/19645Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Oliver Specht <oliver.specht@cib.de>

fix of tdf#86494 removed the pAutoCorrect which is required to store the config
committing the config before fixes the crash

Change-Id: If049d5ad1e62711d4ec66ec6cca15940f7edba90
Reviewed-on: https://gerrit.libreoffice.org/19640Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Oliver Specht <oliver.specht@cib.de>

it was effectively always being set to true

Change-Id: I9e29819d10985708e37e87daa37be72b3e160c7e
Reviewed-on: https://gerrit.libreoffice.org/19639Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

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

Project: help  40fcfdbae0a973225f0c814f640bbf9b35bd0069

use switches for Ctrl or Command key

Change-Id: Iba433df44d9f944182022ff32ce94db4b4b548a5
Reviewed-on: https://gerrit.libreoffice.org/19650Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

Change-Id: I2b8332e8346fbbbb3270e53102e5e3a51cbd6df7

0 + (1 * 32768 * 65536 / 65537) evaluates to -32767 with 32-bit MSVC
whereas with 64-bit GCC the result is +32767.

The multiplication overflows to 0x80000000 - so do that in 64 bits.

This fixes the JunitTest_sw_unoapi_4 failure in SwXTextTable on the
TableBorder property, where the wrong result caused MakeSelUnions()
to believe that the last cell is not visible and hence setting the
TableBorder property failed.

Change-Id: Idb10535ce5342cd83d7ab6aea07782a2034469eb

Change-Id: I8bbd70f6740019bebc23d20259f923b8f87d4329

... and not already if the function has a (ReferenceOr)ForceArray type
parameter somewhere else in the parameter list.

Regression triggered by commit 01eea7fe
for MATCH, HLOOKUP and VLOOKUP first parameter, but behavior already
present since OOo for LOOKUP; FORECAST in its first parameter, PROB,
LINEST, LOGEST and TTEST in the last two parameters.

Change-Id: I4a30ea3362f86274a048b0e3f47fa12da3001a3a

Change-Id: I58b07353f4dca7fc24305bd0120ed7db18339e83

Change-Id: I0bb704e3f49444c7b377ac22acb52cf2dd58325f

Change-Id: I546d3a1be35c627b4fe36972620eefd4ee099e7f

Change-Id: Iceccb42d7e65abe012411fd61b3c69145d91f17a

Change-Id: I99aba91939af31837923d2e2e3ca4814178449dc

dynamic atexit destructor and const static variables reportedly
cause crash, let's avoid this.

Change-Id: I24234084f810854606dde9914bee1c98ebc2e3dd
Reviewed-on: https://gerrit.libreoffice.org/19656Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

Change-Id: I72056f3e167923f00c37648a24190b533eb9b471

Change-Id: I75354ffea2daede55b34e4cf3321d57196be3d9b

Change-Id: I4f9ea6760a7e47d28fe378c8429fb286d6e7f33e

Change-Id: Id380b97a507377f77ef679962dce155d9fa777b9
Reviewed-on: https://gerrit.libreoffice.org/19566Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>

The following scenario is how it breaks:
1. user has ExcelA1 as her formula syntax setting, CONV_UNSPECIFIED
(that means "same as formula syntax") as her string ref syntax setting
2. she saves the document, it will now contain CONV_UNSPECIFIED value
3. someone else with CalcA1 formula syntax setting opens the document
... since it contains CONV_UNSPECIFIED "same as formula syntax" value,
it will use his CalcA1 formula syntax value to evaluate INDIRECT func
=> #REF!

Avoid this by reading formula syntax/grammar value, mapping it to
matching string ref syntax and saving that instead of CONV_UNSPECIFIED

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

Change-Id: I4f7895683d5e42fd9c901759615025958939eb76

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

Change-Id: Id733fd3a53fe2023be20fcf7c9d93823d1697a7d

Change-Id: I1d9aa200734d264e3bc65ea39f8c2a2d03782f7b

The early return must also be taken if the anchor is neither AT_CHAR nor
AT_PARA.

(regression from a219bbb6)

Change-Id: I4eccb1f80401ba620ef87342f40c1a896918f3d3

Change-Id: I85409838a5c44f8e76c60ff88e41c01d2bb71987

Change-Id: I2bb543ce1678140e8a6e086171a8f6b4529771d3

Change-Id: I32edfa929aa81431a1e20180f3fd8a539ad43274

Change-Id: I9adb9a445844ead91eefec8c57b879b0cc11c686

Change-Id: I5c805fb7d60d8bae7109e3910f7bb0b5dd142909

Change-Id: Ibb1b14aa624b1ff6f52c5db8ba799d8cf30c3484