Description: Version 4.3 modify sorting behavior of references to other sheets. Bug 77018 refers to external references (which apply to all versions of LibO) but with Version 4.3 same bug affects sorting of references to other sheet. Steps to reproduce: 1. Unzip attachment 100009 containing 2. Open test.ods 3. Accept update of links (useless for this bug) 4. Select cells A15:D20 5. Sort decreasing according to column A with fast sort button Expected behavior: references in column C should be modified to keep Values as the right place as they were with prior versions (<=4.2) Current behavior: References in column C remain the same, thus mixing values of column A and C Note: - same bug apply to column B (external references) which is for bug 77018. - behavior of column D (internal references to the same sheet) is not a bug as referenced cells should be sorted in the same time
Created attachment 100144 [details] Test file to sort on column D in sheet Average As attachment 100009 may appear as a feature and not a bug (behavior is now the same whatever references types are) and to make bug clearer, lets consider a document from real life as attached. Steps to reproduce: 1. Open attached file 2. Select A1:D11 in sheet Average 3. Sort descending on column D Expected behavior: Students should be sorted with the highest average at the top Current behavior: Nothing change
Hi I confirm the regression on windows 7/64 & Version: 4.3.0.0.beta1 Build ID: 2e39c7e59c8fc8b16a54c3d981dceef27fb0c07f Regards Pierre-Yves
NOT reproduce with: - Version: 4.3.0.0.alpha0+ Build ID: 22b709e84a7b6d38cab2dd37f2f2b28e0fc9d062 TinderBox: Win-x86@47-TDF, Branch:MASTER, Time: 2014-02-20_00:02:36 Reproduce with: - Version: 4.3.0.0.alpha0+ Build ID: 9278df2c21fed09b6b10465ca33b227ad7c49b41 TinderBox: Win-x86@47-TDF, Branch:MASTER, Time: 2014-03-19_08:44:54
Argh!! Bug was backported to 4.2.5 Reproduce with Version: 4.2.5.0.0+ Build ID: 8ff260e47873674ca03a334f6b3198d66dc68db7 TinderBox: Win-x86@42, Branch:libreoffice-4-2, Time: 2014-05-04_21:46:54
Created attachment 100163 [details] Bibisect log Bibisected: 4d0e676c140628557df5cd6c7bc843854b61af51 is the first bad commit commit 4d0e676c140628557df5cd6c7bc843854b61af51 Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com> Date: Mon May 12 00:14:14 2014 +0000 source-hash-fa40f7df971b1aaabccc11668a987336f50e3b0d commit fa40f7df971b1aaabccc11668a987336f50e3b0d Author: Miklos Vajna <vmiklos@collabora.co.uk> AuthorDate: Sat Mar 15 17:36:49 2014 +0100 Commit: Miklos Vajna <vmiklos@collabora.co.uk> CommitDate: Sat Mar 15 17:40:46 2014 +0100 rtftok: OPEN_M_TOKEN -> RTFTokenizer::lookupMathKeyword() Change-Id: I60d0e65d0e7f37b2d5cded64cee1270c51ed5b3d :100644 100644 22186839f42f5d422f85906177e65a5a86aab3c6 67cf4d993a8880c8e558da6b353cea364e230330 M ccache.log :100644 100644 2a2fa2a93aeee93d774a245fa6928cd0f71ee7b4 1b45c18989cb85a070dde3282d4d88c740b546fa M commitmsg :100644 100644 32730498dfcfe90ba8e20e3de525cf584f324c8b fa3e2cdec7e5f609dddff4d1452f663a2fca7ebe M make.log :040000 040000 c6cc4459e2dbc27c9c690bdb7289682a4d54260b 834530fad4ed019169a143c964faa33bf7cd7032 M opt
Not a regression; it's an old bug from OOo times. See Bug 45146. And bibisect result is bogus.
(In reply to comment #6) > Not a regression; it's an old bug from OOo times. See Bug 45146. > > And bibisect result is bogus. Hi Kohei, Sorry but I disagree because with attachment 100144 [details] it works as expected in LO 4.1.6 and LO 4.0.6 (generic Linux versions from TDF) under Ubuntu 14.04 x86-64. Best regards. JBF
I think that in this case, the (bogus?) behavior described in bug 45146 is the expected behavior. Laurent could you confirm ? Best regards. JBF
Hi Kohei, (In reply to comment #6) > Not a regression; it's an old bug from OOo times. See Bug 45146. I think the three bugs deals with the same problem but concern different type of references: - bug 45146 deals with internal references to the same sheet. It is broken from the old time, and none spreadsheet I tested (AOO, Excel) are able to fix it. I'm not sure it is possible. - bug 79441 (this bug) deals with internal references to a different sheet. It was broken between 4.2.4.2 and 4.3 beta1 (more precisely between 22b709e84a7b6d38cab2dd37f2f2b28e0fc9d062 and 9278df2c21fed09b6b10465ca33b227ad7c49b41). I will redo a better bibisection. - bug 77018 deals with external references. It is broken from the old time, but was fixed by AOO between 3.4.0 and 3.4.1. The three bugs are visible through attachment 100009. See comment #0. Breaking sorting of internal references to other sheet was recently introduced, then I consider it as a regression. Test attachment 100144 [details] (see comment #1) with LibO 4.2.4.2 and LibO 4.2.5.1 to see the regression. > And bibisect result is bogus. Sorry. On the way to do a better one.
(In reply to comment #6) > And bibisect result is bogus. I tried again, but I've got exactly the same result :( I downloaded http://people.canonical.com/~bjoern/bibisect/bibisect-43only.tar.xz and follow instructions from https://wiki.documentfoundation.org/QA/HowToBibisect#Bibisecting_a_regression_in_LibreOffice Is 43only repo bogus, or did I make something wrong?
Regression was introduced by commit 0698c49ccdbf62dd84d3f9c5d25ee039f4fff722 http://cgit.freedesktop.org/libreoffice/core/commit/?id=0698c49ccdbf62dd84d3f9c5d25ee039f4fff722 to solve bug 72741 Add Michael as copy
(In reply to comment #9) > - bug 45146 deals with internal references to the same sheet. It is broken > from the old time, and none spreadsheet I tested (AOO, Excel) are able to > fix it. I'm not sure it is possible. I checked and Excel does sort correctly provided the reference is on the same line (e.g. cell B4 contains '=B34'). It should be nice if at least that functionality could be fixed.
(In reply to comment #0) > 1. Unzip attachment 100009 [details] containing (In reply to comment #1) > As attachment 100009 [details] may appear as a feature and not a bug Sorry I mistyped attachment number. The right document is attachment 100089 [details]. (In reply to comment #12) > (In reply to comment #9) > > - bug 45146 deals with internal references to the same sheet. It is broken > > from the old time, and none spreadsheet I tested (AOO, Excel) are able to > > fix it. I'm not sure it is possible. > > I checked and Excel does sort correctly provided the reference is on the > same line (e.g. cell B4 contains '=B34'). It should be nice if at least that > functionality could be fixed. Please continue this discussion in the right bug report.
Change version to 4.2.5 RC1
*** Bug 80314 has been marked as a duplicate of this bug. ***
*** Bug 80312 has been marked as a duplicate of this bug. ***
Taking.
Eike Rathke committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e463de2a56453a0d2cb0b5b58e96f7639f37cdd1 resolved fdo#79441 keep 3D references intact during sort The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Pending review for 4-3 at https://gerrit.libreoffice.org/10238 for 4-3-0 at https://gerrit.libreoffice.org/10239 for 4-2 at https://gerrit.libreoffice.org/10240 for 4-2-6 at https://gerrit.libreoffice.org/10241
Eike Rathke committed a patch related to this issue. It has been pushed to "libreoffice-4-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=caf35a3ab2fa19134a900dcfd2dcc86936e435a5&h=libreoffice-4-3 resolved fdo#79441 keep 3D references intact during sort It will be available in LibreOffice 4.3.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Eike Rathke committed a patch related to this issue. It has been pushed to "libreoffice-4-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=2d5e4e5a551ac7c2329f21327ff4c4aa8582d154&h=libreoffice-4-2 resolved fdo#79441 keep 3D references intact during sort It will be available in LibreOffice 4.2.7. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Eike Rathke committed a patch related to this issue. It has been pushed to "libreoffice-4-3-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=8073e91a9f89ab313ae4de86b5909ff3a16594e5&h=libreoffice-4-3-0 resolved fdo#79441 keep 3D references intact during sort It will be available already in LibreOffice 4.3.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 81451 has been marked as a duplicate of this bug. ***
Eike Rathke committed a patch related to this issue. It has been pushed to "libreoffice-4-2-6": http://cgit.freedesktop.org/libreoffice/core/commit/?id=8c215cdd57dac801a255c84c41c9fd8be5ff8f19&h=libreoffice-4-2-6 resolved fdo#79441 keep 3D references intact during sort It will be available already in LibreOffice 4.2.6. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Tried LO 4.2.6.1, Version from 2014-07-10: bug is not resolved.
(In reply to comment #25) > Tried LO 4.2.6.1, Version from 2014-07-10: bug is not resolved. As 4.2.6.1 was built on 10 July that would not have the patch applied. Please install a current build of 4.2.6.2 (24 July) or 4.3.0.4 (26 July), or of master and report against that.
Setting this to FIXED again instead of NEEDINFO.
I remove this bug from mab4.3 list and I leave it on the mab4.2 a MAB can't be in more than 1 list, please do not file mabs in multiple list at once.
(In reply to comment #27) > Setting this to FIXED again instead of NEEDINFO. @Eike, I've no doubt it is fixed. But it would have been appropriate to wait for Juergen M. to respond and close it himself once he tests against a patched build, and why I set it NEEDINFO instead of back to NEW. Stuart
Advices are a bit confusing for me. I tried daily build libo-42~2014-07-28_11.48.32_LibreOfficeDev_4.2.7.0.0_Win_x86 from http://dev-builds.libreoffice.org/daily/ This doesn't work. Unfortunately I couldn't find 4.2.6.2 July 24th in daily builds. Now found it under http://dev-builds.libreoffice.org/pre-releases/win/x86/. With that release sorting works now.
This bug was solved in these versions: - Version: 4.3.1.0.0+ Build ID: 5d0673b0f9126f140ffc3d130ee3f04d4f8dcb07 TinderBox: Win-x86@42, Branch:libreoffice-4-3, Time: 2014-07-15_08:56:58 - Version: 4.2.6.2 Build ID: 185f2ce4dcc34af9bd97dec29e6d42c39557298f This bug reappeared in these versions: - Version: 4.2.7.0.0+ Build ID: 8de2e9b4bc53e6c097897142bad223c100d36292 TinderBox: Win-x86@42, Branch:libreoffice-4-2, Time: 2014-08-08_21:42:21 - Version: 4.3.2.0.0+ Build ID: 4744400afc9c2be99f62b12180fa33b43acef564 TinderBox: Win-x86@42, Branch:libreoffice-4-3, Time: 2014-08-11_06:41:42 - Version: 4.4.0.0.alpha0+ Build ID: ad85ce18d3939170e5ef7b1a1f8e5dda2c8aeb9c TinderBox: Win-x86@39, Branch:master, Time: 2014-08-11_05:21:44 Description: Sorting has been improved for external references (bug 77018) and internal references to the same sheet (bug 45146). But for internal references to an other sheet, bug 79441 reappeared may be with resolution of bug 45146. Step to reproduce: 1. Unzip attachment 100089 [details] 2. Open test.ods and accept to update link 3. Sort descending A15:D20 on column A Expected behavior: Formulas in column B to D should be updated to have their values move to their new lines Current behavior: - external references (column B bug 77018) are correctly sorted - internal references to same sheet (column D bug 45146 and bug 81309) are correctly sorted - internal references to other sheet (column C this bug) are NOT correctly sorted Bug reappeared may due to resolution of bug 81309 http://cgit.freedesktop.org/libreoffice/core/commit/?id=5c6ee09126631342939ae8766fe36083d8c011e3
Please don't reopen a bug without leaving a comment that gives your version of LibreOffice and OS. Closing again as RESOLVED -> FIXED
@Joel: sorry if comment 31 was not clear enough. All versions mentioned were tested on Win 7. I can add that bug reappeared also in Version: 4.3.1.1 Build ID: c4b15cd4d00dec6b266fa830b4ba73e31ae6ce73 Should I open a new bug instead?
ah Laurent - apologies! I didn't know that was your email address ;) Of course you know what you're doing on the bug tracker, ignore my previous comment, back to REOPENED and once again apologies
Please create a test for it. https://bugs.freedesktop.org/show_bug.cgi?id=81542#c2
I think I found what's going on, working on it.
Eike Rathke committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=69adec3ec051ff94f600ab899506ca9d645a8b56 correct references after sort, fdo#79441 The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Actually both attachments produced wrong or even weird behavior, https://bugs.freedesktop.org/attachment.cgi?id=100144 and https://bugs.freedesktop.org/attachment.cgi?id=100089 I'll try to get that into unit tests.
Pending review https://gerrit.libreoffice.org/10929 for 4-3 https://gerrit.libreoffice.org/10930 for 4-2
Eike Rathke committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=971e230a9947036e107f20cc80304b2310ee6be2 unit test for sheet and in-range range references after sort, fdo#79441 The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Eike Rathke committed a patch related to this issue. It has been pushed to "libreoffice-4-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=2d8d35f9f74102b800a3b777a5e3d79dce283ae9&h=libreoffice-4-2 correct references after sort, fdo#79441 It will be available in LibreOffice 4.2.7. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Eike Rathke committed a patch related to this issue. It has been pushed to "libreoffice-4-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b07951a867e66c8b8523505de9ad6c13e9b55fc7&h=libreoffice-4-3 correct references after sort, fdo#79441 It will be available in LibreOffice 4.3.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to comment #42) > Eike Rathke committed a patch related to this issue. Thanks Eike: it works well with Version: 4.3.2.0.0+ Build ID: 02bcf0d5abff100289d01c29eee2ed0685eb64ca TinderBox: Win-x86@42, Branch:libreoffice-4-3, Time: 2014-08-23_08:23:00
Sorry to reopen this bug, but there is a corner case that seems not been handle by the fix: if you select a block of _entire_ rows and sort, then Calc crashes. Steps to reproduce: 1/ open the test doc (attachment 100144 [details]) 2/ select the cell A2 3/ click on the header of row 2 4/ holding the shift key, click on the header of row 11 5/ click on the button sort descending ==> crash Reproduced (on Ubuntu 14.04 x86-64) with the master, LO 4.3.2.0.0+ and LO 4.2.7.0.0+, each having the fix for this bug. Calc crashes if there is references in the range concerned by sorting. I did a revert of the commit on LO 4.2.7.0.0+ and I do not reproduce the crash anymore. Best regards. JBF
Eike Rathke committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=2be9ae72189e8b86d7e609727bab223645975ddb check for empty slots' valid NULL pointer, fdo#79441 The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Pending review https://gerrit.libreoffice.org/11258 for 4-3 https://gerrit.libreoffice.org/11259 for 4-2
Thank you very much for the quick fix. It works as expected on version 4.3.2.0.0+. Best regards. JBF
Eike Rathke committed a patch related to this issue. It has been pushed to "libreoffice-4-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a7f7b93299a9a7af8b243099f78f236172c4cb51&h=libreoffice-4-2 check for empty slots' valid NULL pointer, fdo#79441 It will be available in LibreOffice 4.2.7. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Eike Rathke committed a patch related to this issue. It has been pushed to "libreoffice-4-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=5f0899dae3ac649e1b80de81d4e388da7f07982a&h=libreoffice-4-3 check for empty slots' valid NULL pointer, fdo#79441 It will be available in LibreOffice 4.3.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Eike Rathke committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=3bbe31a17f4fd576a7f82b6a67ff79557973401c yet another unit test for fdo#79441 The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Tested sorting with mentioned file on a win7 system, used daily build 18-Sep-2014 16:50 LibreOfficeDev_4.3.3.0.0_Win_x86.msi works fine for me
*** Bug 84511 has been marked as a duplicate of this bug. ***
*** Bug 83765 has been marked as a duplicate of this bug. ***
*** Bug 83213 has been marked as a duplicate of this bug. ***
I originally posted this on Bug 83765, which has been marked as duplicate of this one. In any case I'm still able to reproduce it with 4.3.4 on Win 7 Simplified steps to repro from scratch: 1). Fill cells A1:C3 with following data: 1 1 2 3 1 1 =SUM(A1:A2) =SUM(B1:B2) =SUM(C1:C2) 2). Select cells A1:C3 > Data > Sort 3). Tab: Options > choose Direction 'Left to right (sort columns)' 4). Tab: Sort Criteria > Sort key 1 "Row 3" (default: Ascending) > OK Sort result: 3 4 2 -> incorrect Expected result: 2 3 4 *) Incorrect result also shown if we choose Descending on step 4). Reproduced with: libo-43~2014-10-17_16.12.56_LibreOfficeDev_4.3.4.0.0_Win_x86.msi
There is some interference with the fix for bug 81309 and bug 81633. Indeed if tested with LO 4.4.0.0.alpha1+, the result depend on the choice made for the option "Update reference when sorting range of cells". If the option is checked sorting works as expected. Because the commit of comment #37 is posterior to the fix for bug 81309, I guess it is reversed by the backport of the configuration option (bug 81633) to 4.3. If you change to hidden option UpdateReferenceOnSort from false to true you get back to behavior of 4.3.2 Hi Eike, is it possible to do something here? Best regards. JBF
This bug here is about references to *other* internal sheets, such as Sheet2.A1 when sorting on Sheet1. The example given in comment 55 has nothing to do with this.
Eike Rathke committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=f0e7364603c9566bc158303c515c3274ccba62ca fix fdo#79441 again and keep references to other sheets during sort It will be available in 4.5.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Eike Rathke committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=fb2c3fec1b98b54f929d0cec64789b79306e03b1 check that the fdo#79441 case works in both update references modes It will be available in 4.5.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Eike Rathke committed a patch related to this issue. It has been pushed to "libreoffice-4-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=36d53e879e7a2571ebae7d755b7e5aacf76c4d55&h=libreoffice-4-4 fix fdo#79441 again and keep references to other sheets during sort It will be available in 4.4.0.0.beta2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Eike Rathke committed a patch related to this issue. It has been pushed to "libreoffice-4-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=86a930d69a2bb66370ac72396281285efb3edc6c&h=libreoffice-4-4 check that the fdo#79441 case works in both update references modes It will be available in 4.4.0.0.beta2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Pending review for 4-3 at https://gerrit.libreoffice.org/13114 and https://gerrit.libreoffice.org/13115 for 4-2 at https://gerrit.libreoffice.org/13118 (to accompany the other sort fixes of that branch in case there would be a release)
Pushed to 4-2 as http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-4-2&id=094b19c2759c8ecc88b38d37047e9ac2de9b68ee
@Eike does this mean that a 4.2.8 is going to be releases? I thought the 4.2.x branch already reached the end of life with 4.2.7
I don't know yet. I hope.. 4.2.x is end of life, but 4.2.7 is in a bad condition regarding Sort behavior.
Pushed to 4-3 with https://gerrit.libreoffice.org/gitweb?p=core.git;a=commitdiff;h=867c9072b146d3f15b27df6b906d4ac2e3f8bf9f and https://gerrit.libreoffice.org/gitweb?p=core.git;a=commitdiff;h=62a0a299b3c96cb743059d357c51b9c82aa38b98
*** Bug 86742 has been marked as a duplicate of this bug. ***
*** Bug 86125 has been marked as a duplicate of this bug. ***
*** Bug 81542 has been marked as a duplicate of this bug. ***
*** Bug 87010 has been marked as a duplicate of this bug. ***
*** Bug 86916 has been marked as a duplicate of this bug. ***
*** Bug 86902 has been marked as a duplicate of this bug. ***
*** Bug 86519 has been marked as a duplicate of this bug. ***
*** Bug 86506 has been marked as a duplicate of this bug. ***
*** Bug 87231 has been marked as a duplicate of this bug. ***