Bug 107757 - EDITING: Moving a shape with a pattern area fill has a serve lag
Summary: EDITING: Moving a shape with a pattern area fill has a serve lag
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
4.4.6.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: perf
Depends on:
Blocks: Object-Fill-Pattern
  Show dependency treegraph
 
Reported: 2017-05-10 18:16 UTC by Telesto
Modified: 2021-09-14 13:46 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (91.07 KB, application/vnd.oasis.opendocument.graphics)
2017-05-10 18:17 UTC, Telesto
Details
Example file (14.58 KB, application/vnd.oasis.opendocument.graphics)
2017-05-10 18:18 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2017-05-10 18:16:43 UTC
Description:
The pattern area fill for shapes is quite nice but moving such a shape around is quite slow (and a CPU Hog) with or without OpenGL. 



  


Steps to Reproduce:
1. Open the attached file
2. Move the shape around

Actual Results:  
Moving the shape is quite slow

Expected Results:
Shape movement should be quite snappy. 


Reproducible: Always

User Profile Reset: No

Additional Info:
Found in
Version: 5.4.0.0.alpha1+
Build ID: 9d320ec4d818f86e58a15fd46248026502b1cc94
CPU threads: 4; OS: Windows 6.2; UI render: default; 
TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2017-05-09_01:27:12
Locale: en-US (nl_NL); Calc: single

and in
Versie: 4.4.6.3 
Build ID: e8938fd3328e95dcf59dd64e7facd2c7d67c704d
Locale: nl_NL


User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
Comment 1 Telesto 2017-05-10 18:17:11 UTC
Created attachment 133219 [details]
Example file
Comment 2 Telesto 2017-05-10 18:18:19 UTC
Created attachment 133221 [details]
Example file
Comment 3 Regina Henschel 2017-05-11 18:43:27 UTC
I can confirm the slow movement.

In addition: When snap to grid is disabled, then click and drag (double cross cursor) brings the preview image only in one flash and then jumps immediately to the clipboard mode (arrow-rectangle cursor), which does not have a preview.

It becomes better, if "guides while moving" is enabled, or if not solid but contour preview is chosen.

LibreOffice is significant slower than Apache OpenOffice.
Comment 4 QA Administrators 2018-09-23 02:50:22 UTC Comment hidden (obsolete)
Comment 5 Roman Kuznetsov 2018-09-23 12:01:20 UTC
in 

Version: 6.1.2.1 (x64)
Build ID: 65905a128db06ba48db947242809d14d3f9a93fe
CPU threads: 4; OS: Windows 10.0; UI render: default; 
Locale: ru-RU (ru_RU); Calc: CL

with and without OpenGL "violet sun" shape didn't move slow.

For me it's status -> WFM, but

@Telesto, please recheck your file in your system
Comment 6 QA Administrators 2019-09-24 03:10:03 UTC Comment hidden (obsolete)
Comment 7 Buovjaga 2021-09-14 13:46:36 UTC
It's pretty snappy, let's close

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: b573ce5683ee648ed391ea3223208e584cf2f868
CPU threads: 2; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: fi-FI (fi_FI); UI: en-US
Calc: threaded Jumbo