Description: Crash Steps to Reproduce: 1. Open the attached file 2. From Introduction to informatique chez les élèves de CM1 ? on pag 12 3. Backspace -> LibreOffice gone Actual Results: Crash Expected Results: No crash Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: 43c60ce1ac7629a1462e927e6ff937469f58f743 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Created attachment 162265 [details] Example file
Telesto, I'm sorry, but I don't understand step 2 (I think the verb is missing). => NEEDINFO
1. Open the attached file 2. Select Introduction (start of the page) to informatique chez les élèves de CM1 ? on pag 12 3. Backspace -> LibreOffice gone
LibeOffice becomes unresponsive (I waited for more than 10 miutes) with Version: 7.1.0.0.alpha0+ (x64) Build ID: 33a720ab802491f15b247e09755cd36205b6f435 CPU-Threads: 4; BS: Windows 10.0 Build 19041; UI-Render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded
For me it still crashes Version: 7.1.0.0.alpha0+ (x64) Build ID: 006c65bbd472cb1d7d44e095714e28190b76be0d CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: de-DE (nl_NL); UI: en-US Calc: CL But certainly something wrong; even being an 'evil' file
(In reply to Telesto from comment #3) > 1. Open the attached file > 2. Select Introduction (start of the page) to informatique chez les élèves > de CM1 ? on pag 12 > 3. Backspace -> LibreOffice gone I don't get even unresponsiveness Version: 7.1.0.0.alpha0+ (x64) Build ID: f7eff4319be741143f6d8d5e0f2995e3ce46b126 CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded Same is true for a commit from Thu Jun 25 03:06:40 2020 in win64-7.1 bibisect repo, so it seems we are getting different results.
(In reply to Buovjaga from comment #6) > (In reply to Telesto from comment #3) > > 1. Open the attached file > > 2. Select Introduction (start of the page) to informatique chez les élèves > > de CM1 ? on pag 12 > > 3. Backspace -> LibreOffice gone > > I don't get even unresponsiveness -> Which means it's working for you?
(In reply to Telesto from comment #7) > (In reply to Buovjaga from comment #6) > > (In reply to Telesto from comment #3) > > > 1. Open the attached file > > > 2. Select Introduction (start of the page) to informatique chez les élèves > > > de CM1 ? on pag 12 > > > 3. Backspace -> LibreOffice gone > > > > I don't get even unresponsiveness > > -> Which means it's working for you? No crash, no problem, no nothing.
Hi Telesto, Could you please try again with a recent master build ?
Created attachment 164170 [details] Screencast Still crashing
[Automated Action] NeedInfo-To-Unconfirmed
I'm on Version 7.1.0.0, and LibreOffice has become unresponsive. Definitely sounds like an overload of info
(In reply to sora34ce from comment #12) > I'm on Version 7.1.0.0, and LibreOffice has become unresponsive. Definitely > sounds like an overload of info That doesn't sound like Telesto's problem (crash). Did you test with the steps from the description or comment 3? Please also include your version info by clicking the copy button in Help - About.
(In reply to Buovjaga from comment #13) > (In reply to sora34ce from comment #12) > > I'm on Version 7.1.0.0, and LibreOffice has become unresponsive. Definitely > > sounds like an overload of info > > That doesn't sound like Telesto's problem (crash). Did you test with the > steps from the description or comment 3? Please also include your version > info by clicking the copy button in Help - About. I did try testing based on Telesto's steps, and it did indeed crash. Also, here's the version I'm on: Version: 7.1.0.0.alpha0+ Build ID: 52820b52b3bca45e2db527d1cc5f4488b2e0b9d0 CPU threads: 8; OS: Mac OS X 10.15.6; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Created attachment 164327 [details] Call Stack VS2019 It took some time until I realized, that you selected from page 1 to page 12. But then it indeed crashes. The VS 2019 call stack is attached. Tested with Version: 7.1.0.0.alpha0+ (x64) Build ID: edd916b47e01ea53f0989bdbb6a703e081e25aea CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win Locale: de-DE (en_US); UI: en-US Calc: CL The document is 'evil'. It contains a table with one cell about 23 pages. And inside that cell other tables. It has in addition the same performance problems we have already seen, when page breaks have to be calculated for huge tables.
Summary and steps were misleading. All my previous testing focused on deleting a single heading. I had no idea I had to make a 12-page selection. Clearer steps: 1. Open attachment 162265 [details] 2. Ctrl-F find in the document this string appearing on page 12: informatique chez les élèves de CM1 ? 3. Select backwards from the end of the string to the beginning of the document 4. Press Delete or Backspace I get a 100% CPU usage loop on Linux. In older versions the document appears mangled, so I'm not sure if a bibisect could be attempted. Arch Linux 64-bit Version: 7.1.0.0.alpha0+ Build ID: bcf8868e031f916473f13bcd1a0835c74cb05de5 CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: kf5 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 20 August 2020
Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Reproduced crash with the latest LO 7.4 stable: Version: 7.4.0.3 / LibreOffice Community Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fa-IR (en_US.UTF-8); UI: en-US Calc: threaded With the latest LO 7.5 dev master: Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: a606244d9aa0054988caf1859efb7f26d38748cf CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded LibreOffice becomes very slow, almost unusable, getting these warnings: warn:sw.layout:629470:629470:sw/source/core/layout/wsfrm.cxx:3024: footnote frame on different page than ref frame? and: warn:legacy.osl:629470:629470:sw/source/core/access/accmap.cxx:2404: and: warn:legacy.osl:629470:629470:sw/source/core/layout/calcmove.cxx:302: :-( Layout unstable (this not found). also: warn:sw.core:629470:629470:sw/source/core/attr/calbck.cxx:196: a 11SwNumFormat client added as listener to a 12SwCharFormat during client iteration. After removing the suggested part, LibreOffice does not crash, but it becomes even worse regarding being responsive. Nothing works, and I could not even quit LibreOffice.
This change is related: commit 0496252c2c7fd2d694c4a73f387ef75e0021de3e Author: Michael Stahl <michael.stahl@allotropia.de> Date: Tue May 24 15:20:42 2022 +0200 sw: fix mysterious layout loop in CppunitTest_sw_uiwriter3 testTdf104649 This didn't happen with master from a week ago on Fedora 35, but happens with Monday's master on Fedora 36. Also happens with libreoffice-7-3 branch. Fundamentally the problem with the bugdoc is that there are tables in footnotes, which aren't really supported and can't split across pages like they would need to. The loop happens because a footnote on page 48 invalidates position of its anchor frame 549 on page 45. This is probably pointless, let's only invalidate if the anchor is on the same page (it should be on the same page, but probably the tables in other footnotes get in the way).
I remember this bug used to exist in old OpenOffice.org versions and has been solved for a long time (but I have no reference any more, sorry). Someone talked about a "solution" to limit the problem (on OOo), with modifying graphic cache memory option, for example on OOo : https://hareswork.com (In french, sorry. With 4MB RAM, it seems possible to switch this cache to 128Mo. I will try. If it seems usefull, I will tell it...)