Bug 122952 - Writer typing lag when editing text while header image is showing on screen
Summary: Writer typing lag when editing text while header image is showing on screen
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.0.7.3 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-01-25 11:01 UTC by E Moen
Modified: 2021-12-30 10:26 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (84.53 KB, application/vnd.oasis.opendocument.text)
2019-01-30 17:28 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description E Moen 2019-01-25 11:01:49 UTC
Description:
When editing the text in a Writer document there is a very noticable and annoying lag when typing if there is an image in the document header showing. When the image is not in sight (it is in the document header but not on the screen) the lag is gone. Could it be that Writer redraws the image(s) with every keystroke?

Steps to Reproduce:
1.Start a document, open the header and insert an image (e.g. a .png)
2.Start typing text in the body of the document with the header image in sight
3.Delete some text
4.Insert so mucht text that it becomes possible to scrol the header image out of the screen
5. Edit the body text with the header image not visible on the screen

Actual Results:
When the header image is visible, editing body text is lagging (a lot). When the header image is nog visible the is nog (noticable) lag.

Expected Results:
The should be no lag in both situations


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Versie: 6.0.7.3
Build ID: 1:6.0.7-0ubuntu0.18.04.2
CPU-threads: 8; Besturingssysteem: Linux 4.15; UI-render: standaard; VCL: gtk3; 
Locale: nl-NL (nl_NL.UTF-8); Calc: group
Comment 1 E Moen 2019-01-30 10:27:14 UTC
An addition comment: in te steps I wrote '3. Delete some text'. That should have been more clear. What I meant was: position the cursor after some text and hold the Backspace button. That will show the lag.
Comment 2 Telesto 2019-01-30 17:28:26 UTC
Created attachment 148767 [details]
Example file

Repro
Version: 6.3.0.0.alpha0+
Build ID: 6740443311268b7d918bf4f43134d64fb78a0109
CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2019-01-15_23:37:04
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: CL

Scenario 1: delete the text with the yellow marking using backspace
-> Not in Version: 5.4.1.0.0+

Scenario 2:  Hold and/or press enter multiple times after yellow marking (stutters & CPU is peaking)
-> The adding of new paragraph's is smoother in 4.4.7.2 compared to LibO6.3 but CPU hogging is the same
Comment 3 Buovjaga 2020-05-04 16:14:37 UTC
(In reply to Telesto from comment #2)
> Created attachment 148767 [details]
> Example file
> 
> Scenario 1: delete the text with the yellow marking using backspace
> -> Not in Version: 5.4.1.0.0+
> 
> Scenario 2:  Hold and/or press enter multiple times after yellow marking
> (stutters & CPU is peaking)
> -> The adding of new paragraph's is smoother in 4.4.7.2 compared to LibO6.3
> but CPU hogging is the same

Re: Scenario 1: I don't see a difference between latest master on Win vs. 4.4.7.

Scenario 2 still seems to be valid. Rather difficult to quantify as the lag is not super noticeable IMO.
Comment 4 flaviusglamfenix 2021-01-02 11:22:47 UTC
Having the same or, maybe, similar issue on 
Version: 7.0.4.2
Build ID: 00(Build:2)
CPU threads: 4; OS: Linux 5.9; UI render: default; VCL: gtk3
Locale: uk-UA (uk_UA.UTF-8); UI: en-US
Calc: threaded

If there is image (even some part of it) in visible area of the document, text input, editing (changing font, colour, etc) and deleting are too laggy. Scroll is also affected when there are image in the document. While there are only text, scroll is quite smooth, but as image appears on the screen, scroll becomes very laggy.
Comment 5 BogdanB 2021-12-29 17:34:39 UTC
Please to all: retest.

I can not see this bug in
Version: 7.2.4.1 / LibreOffice Community
Build ID: 27d75539669ac387bb498e35313b970b7fe9c4f9
CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded
Comment 6 Telesto 2021-12-29 18:23:12 UTC
Slightly different steps, but still lagging

1. Open the attached file
2. Press and an letter, for 2 lines.. notice hold-ups once in a while
Comment 7 BogdanB 2021-12-29 18:29:30 UTC
Some miliseconds when pressing the same letter.
Comment 8 Telesto 2021-12-30 10:26:28 UTC
(In reply to BogdanB from comment #7)
> Some miliseconds when pressing the same letter.

Let's close. I do think it's gone, and what I mentioned is because of extreme long single paragraph