Bug 123577 - Web view: Lag and CPU spikes when inserting, deleting, or reordering bulleted lists, numbered lists, and paragraphs
Summary: Web view: Lag and CPU spikes when inserting, deleting, or reordering bulleted...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.2.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-02-19 18:16 UTC by Ahiijny
Modified: 2020-02-16 02:06 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
ODT document with laggy bulleted lists (38.40 KB, application/vnd.oasis.opendocument.text)
2019-02-19 18:16 UTC, Ahiijny
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ahiijny 2019-02-19 18:16:58 UTC
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.
Comment 1 Xisco Faulí 2019-03-22 10:14:10 UTC
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
Comment 2 Ahiijny 2019-03-22 15:48:13 UTC
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?
Comment 3 Buovjaga 2019-07-14 16:38:30 UTC
To get more variation in the tests, you could try the appimage version (maybe 6.3 or 6.4): https://libreoffice.soluzioniopen.com/
Comment 4 Dieter 2019-07-19 06:21:01 UTC
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.
Comment 5 QA Administrators 2020-01-16 03:44:44 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2020-02-16 02:06:06 UTC
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