Bug 122952

Summary:	Writer typing lag when editing text while header image is showing on screen
Product:	LibreOffice	Reporter:	E Moen <emoape>
Component:	Writer	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	buzea.bogdan, flaviusglamfenix, ilmari.lauhakangas, telesto
Priority:	medium
Version:	6.0.7.3 release
Hardware:	x86-64 (AMD64)
OS:	All
See Also:	https://bugs.documentfoundation.org/show_bug.cgi?id=138068
Whiteboard:
Crash report or crash signature:		Regression By:
Attachments:	Example file

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