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: -
Created attachment 162774 [details] Example file
Step 6-9 can be skipped Found in 5.4.7.2 but not in 5.2.7.2
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
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
Adding CC: to Jan-Marek Glogowski
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
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
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
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.
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.
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.
Re-testing in Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 854d4e6e6a98688118a71357ba1171218f6e64f3 CPU threads: 4; OS: macOS 14.7; UI render: Skia/Metal; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded 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 -> No longer crashes / freezes. Can others confirm this is no longer a problem in main build?
No longer reproducible for me with: Version: 24.2.5.2 (AARCH64) / LibreOffice Community Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59 CPU threads: 8; OS: macOS 14.6.1; UI render: Skia/Raster; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded
Thanks for re-testing and confirming, Alex.