Bug 137456 - Bad performance if there is a image visible
Summary: Bad performance if there is a image visible
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.2.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-10-13 15:14 UTC by Tobias
Modified: 2021-03-09 18:09 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Example document with the problem (126.02 KB, application/vnd.oasis.opendocument.text)
2020-10-13 15:15 UTC, Tobias
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tobias 2020-10-13 15:14:55 UTC
Description:
The performance of LibreOffice increasing, if there is a image visible.

Especially there is a image on the screen in the Writer document, the performance of writing of removing a text is very awful. But, if I scroll down or up in the document so the image isn't visible on the screen but still in the document, the performance is perfect!

Steps to Reproduce:
1.Insert a image from memory with 'Strg' + 'V'
2.Try to write a text while the image is visible on screen
3.Try to write a text while the image is in the document, but not on screen

Actual Results:
Low performance

Expected Results:
Normal performance


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Same results, if there is OpenGl on or off, Java RE on or off, image compressed or not
Comment 1 Tobias 2020-10-13 15:15:52 UTC
Created attachment 166349 [details]
Example document with the problem
Comment 2 Uwe Auer 2020-10-26 17:24:09 UTC
No repro in 

Version: 7.0.2.2, Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994
CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: kf5
Locale: en-US (en_US.UTF-8); UI: en-US, Calc: threaded
Comment 3 Telesto 2021-03-09 18:09:28 UTC
This should be solved with 7.0.5