Created attachment 149426 [details] ODT document with laggy bulleted lists The bug occurs in this version: Version: 6.2.0.3 Build ID: libreoffice-6.2.0.3-snap1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: en-CA (en_CA.UTF-8); UI-Language: en-US Calc: threaded But not in this version: Version: 6.0.7.3 Build ID: 1:6.0.7-0ubuntu0.18.04.2 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: x11; Locale: en-CA (en_CA.UTF-8); Calc: group I have a document with lots of bulleted lists under various headers. Whenever I perform any of the following actions: - insert a bulleted list item - delete a bulleted list item - reorder a bulleted list item using Alt + Shift + Up (move up) or Alt + Shift + Down (move down) The following happens: 1. soffice.bin CPU usage jumps to 100% for about a second 2. the UI freezes for about a second This happens in web view, but not in normal view. This happens with numbered lists and paragraphs as well. This is mildly annoying because if I need to insert a bunch of row items in quick succession, the output becomes all garbled because of the lag (and presumably because of how Ubuntu handles key presses). For example, if I type "one <lf> two <lf> three <lf> four <lf> five <lf> six <lf> seven <lf> eight <lf> nine <lf> ten" in quick succession, LibreOffice slowly finishes printing this out on the screen, several seconds after I finish typing: > • one > • tw > • othe > • reforu > • fv > • eisi > • sxevneei > • gh > • tnn > • eiten (do not want) In web view: If I select everything in the document, cut, and paste, then bullet lists become fast again. But after I save and then reopen the document, it becomes laggy again. The lag doesn't seem to occur if I create a new document with a fairly small bulleted list. If I save and reopen, then it's still speedy and responsive. If I paste in the 46 pages of bulleted lists from the laggy document, it's still not laggy. But after I save, close, and reopen, then it becomes laggy. Also: - Lag occurs in Safe Mode - Lag occurs whether or not OpenGL is enabled - Lag occurs whether or not Navigator is open - Lag occurs regardless of how long the document has been open (i.e. even after the document has finished paginating) I've attached a document where the lag happens for me. Excuse the screaming; I've anonymized it with a's.
I can't reproduce it in Version: 6.3.0.0.alpha0+ Build ID: f8ca6e0a59bff51fcb09af4fa6d9cd458b32f223 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded LibreOffice 6.2.2.2 was released today Could you please try again with this version to see if the problem has been resolved meanwhile? Thanks in advance Setting to NEEDINFO
I'm still experiencing the same bullet point lag problem in this version: Version: 6.2.2.2 Build ID: libreoffice-6.2.2.2-snap1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: en-CA (en_CA.UTF-8); UI-Language: en-US Calc: threaded Could the fact that it's a snap package have anything to do with it?
To get more variation in the tests, you could try the appimage version (maybe 6.3 or 6.4): https://libreoffice.soluzioniopen.com/
I have set the bug's status to 'NEEDINFO' because of comment 3. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version. Change to RESOLVED WORKSFORME, if the problem went away.
Dear Ahiijny, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Ahiijny, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp