Bug 134629 - Crash Writer macOS
Summary: Crash Writer macOS
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.3.0.3 release
Hardware: All macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Crash
  Show dependency treegraph
 
Reported: 2020-07-07 20:39 UTC by Telesto
Modified: 2023-05-22 08:38 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (50.13 KB, application/vnd.oasis.opendocument.text)
2020-07-07 20:40 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-07-07 20:39:58 UTC
Description:
Crash Writer MacOS

Steps to Reproduce:
1. Open the attached file
2. CMD+A
3. CMD+C
4. CMD+N
5. CMD+V
6. Multipage view (3 pages)
7. Delete the page break above index (hooverig over the blue line)
8. Delete the page break of the next page (to the right)
9. Delete the page break of the next page (to the right)
10. CMD+Z everything
11. CMD+Y everything
12. Press red close button at the left
13. Don't save -> Crash/freeze here  or
14. Click the new writer doc button in the 'source document' window -> crash

No repro on Windows nor Linux gen/gtk3

Actual Results:
Crash/freeze

Expected Results:
No crash/no freeze


Reproducible: Always


User Profile Reset: Yes



Additional Info:
-
Comment 1 Telesto 2020-07-07 20:40:12 UTC
Created attachment 162774 [details]
Example file
Comment 2 Telesto 2020-07-07 21:42:02 UTC
Step 6-9 can be skipped

Found in
5.4.7.2


but not in 5.2.7.2
Comment 3 Andrew Watson 2020-07-08 09:51:09 UTC
Confirmed by performing steps 1,2,3,4,5,10,11,12,13 on:

Version: 7.0.0.1
Build ID: 04ba7e3f1e51af6c5d653e543a620e36719083fd
CPU threads: 4; OS: Mac OS X 10.11.6; UI render: default; VCL: osx
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Calc: threaded

LO becomes becomes unresponsive, using steady 16% of one CPU on MacBook Air (13-inch, Early 2015) with 2.2 GHz Intel Core i7, and must be Forced to Quit.

Reproducible with LO 5.4.5.1 with one added step - mouse click in new window after step 4:

Version: 5.4.5.1
Build ID: 79c9829dd5d8054ec39a82dc51cd9eff340dbee8
CPU threads: 4; OS: Mac OS X 10.11.6; UI render: default; 
Locale: en-GB (en_GB.UTF-8); Calc: group

NOT reproducible with:

Version 4.0.6.2 (Build ID: 2e2573268451a50806fcd60ae2d9fe01dd0ce24)

Set Status to NEW and Earliest affected version to 5.4.5.1
Comment 4 Telesto 2020-07-18 07:26:32 UTC
Bisected to
author	Jan-Marek Glogowski <glogow@fbihome.de>	2015-03-29 03:04:37 +0200
committer	Jan-Marek Glogowski <glogow@fbihome.de>	2016-08-29 13:13:13 +0200
commit 9c3d9e9fb49318ceda69f060a8e847b15d679245 (patch)
tree 1568981f7c88841226bec91c1808b11103599e95
parent 9dd45f9e314d6c28fdeecbe559b33615b0ed1a2d (diff)
Convert SwPageDescs to boost::multi_index
Page descriptions are exported via XIndexAccess, so they need a
stable array, currently a vector. On the other hand they are
referred by a unique name, so the lookup in the unsorted array is
O(n), not taking into account the amount of string comparisons.

The multi index container adds an ordered unique index, which
gets the lookup time down to O(log(n)) at the cost of a bit more
management overhead for most operations, which is largely
outweighted by the amount of lookup calls. These anyway have to be
done on insert to guarantee the unique naming.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=9c3d9e9fb49318ceda69f060a8e847b15d679245
Comment 5 Telesto 2020-07-18 07:27:35 UTC
Adding CC: to Jan-Marek Glogowski
Comment 6 Andrew Watson 2020-11-25 08:28:09 UTC
Bug still present when performing steps 1,2,3,4,5,10,11,12,13 on:

Version: 7.1.0.0.beta1
Build ID: 828a45a14a0b954e0e539f5a9a10ca31c81d8f53
CPU threads: 4; OS: Mac OS X 10.11.6; UI render: default; VCL: osx
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Calc: threaded
Comment 7 Andrew Watson 2021-02-21 10:21:24 UTC
Bug still present when performing steps 1,2,3,4,5,10,11,12,13 on:

Version: 7.1.0.3 / LibreOffice Community
Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c
CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Calc: threaded
Comment 8 Andrew Watson 2021-12-12 10:21:38 UTC
Bug still present in:

Version: 7.2.4.1 / LibreOffice Community
Build ID: 27d75539669ac387bb498e35313b970b7fe9c4f9
CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Calc: threaded

 ... although behaviour is now slightly different.

Use these these steps to reproduce (retaining numbering from original report):

1. Open the attached file
2. CMD+A
3. CMD+C
4. CMD+N
5. CMD+V
10. CMD+Z
11. CMD+Y
12. Press red close button in top left of window
13. Don't save -> Window does not close
14a. CMD+N -> Immediate crash or freeze
Comment 9 Andrew Watson 2022-05-10 09:04:30 UTC
Bug still present in:

Version: 7.3.3.2 / LibreOffice Community
Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348
CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Calc: threaded

Following the steps in Comment 8 leads to an immediate crash.
Comment 10 steve 2022-09-06 11:13:44 UTC
macOS 12.5.1
LibreOffice 7.4.0.3

Attempt to reproduce step 13 now works, step 14 still results in hang / crash:

1. Open the attached file
2. CMD+A
3. CMD+C
4. CMD+N
5. CMD+V
10. CMD+Z
11. CMD+Y
12. Press red close button in top left of window

⚠️13. Don't save -> Window does not close
Window closes as expected.

14a. CMD+N -> Immediate crash or freeze
This still happens.
Comment 11 Andrew Watson 2023-05-22 08:38:13 UTC
Bug still present in:

Version: 7.4.7.2 / LibreOffice Community
Build ID: 723314e595e8007d3cf785c16538505a1c878ca5
CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Calc: threaded

Following the steps in Comment 8 leads to LO freezing at step 13. Force-Quit required.