Bug 76740 - Draw: moving and resize EMF files is very slow
Summary: Draw: moving and resize EMF files is very slow
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: haveBacktrace, perf
Depends on:
Blocks: Draw-Images
  Show dependency treegraph
 
Reported: 2014-03-28 14:31 UTC by Raffaele
Modified: 2021-12-07 08:02 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
sample of odg file with EMF files (266.94 KB, application/vnd.oasis.opendocument.graphics)
2014-03-28 14:31 UTC, Raffaele
Details
Callgrind output from 5.3 (7.21 MB, application/x-xz)
2016-11-16 17:15 UTC, Buovjaga
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Raffaele 2014-03-28 14:31:19 UTC
Created attachment 96537 [details]
sample of odg file with EMF files

Hello I'm using LibreOffice Draw 4.2.2.1 to work on some documents with some EMF images.

It is since some versions of LO (not sure how many, but I think should be since 4.x) that when I insert the image "from file" the document is almost stuck: it is very slow on moving and resizing the image (almost a couple of seconds every movement).

The problem is mainly on EMF files. Using OpenOffice this problem is not present.

I'm working on these files since many years ago, and in the past I never had a problem with this EMFs.

To continue work I must switch to OpenOffice, but I would prefer to keep LO.

Thank you
Comment 1 A (Andy) 2014-03-28 17:55:20 UTC
reproducible with the attached sample file using LO 4.2.2.1 (Win 8.1)
Comment 2 Alexandr 2014-03-29 09:57:51 UTC
Reproducible with LibreOffice Draw 3.5.4, 4.1.4.2 and 4.3.0.0.alpha0+ Build ID: 926435ef5ab26e647c09887d471bde25b24e1c16 TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2014-03-22_00:09:10 on Debian x86_64

The problem is not only with moving/resizing the schemes. Whole interface becomes slow when the problem pictures are displayed. I was able to freeze my system by simple moving Help->About window.

The issue is sensible to anti-aliasing. Disabling it makes Draw usable (Tools->Options->LibreOffice->View->Use Anti-Aliasing).
Comment 3 Raffaele 2014-04-28 09:44:10 UTC
Already tried to uncheck antialiasing, but nothing has changed
Comment 4 QA Administrators 2015-06-08 14:41:42 UTC Comment hidden (obsolete)
Comment 5 Buovjaga 2015-06-21 18:02:40 UTC
Still sluggish.

Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+
Build ID: 3ecef8cedb215e49237a11607197edc91639bfcd
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-06-19_23:16:58
Locale: fi-FI (fi_FI)
Comment 6 Raffaele 2015-08-04 08:36:27 UTC
Today I have tried with LO 4.4.4.3

the problem is still present!
Comment 7 Buovjaga 2015-08-04 08:48:23 UTC
The field is called "Version: (earliest affected)" for a reason ;)
Comment 8 Robinson Tryon (qubit) 2015-12-09 18:07:58 UTC Comment hidden (obsolete)
Comment 9 Aron Budea 2016-11-15 09:44:24 UTC
Interesting, it's already slow in 3.3.0, so it's inherited from OOo, but is actually quick in AOO 4.1.3, so in AOO the performance significantly improved.
Comment 10 Buovjaga 2016-11-16 17:15:33 UTC
Created attachment 128793 [details]
Callgrind output from 5.3

Got a callgrind trace of resizing one of the schematics.

Arch Linux 64-bit, KDE Plasma 5
Version: 5.3.0.0.alpha1+
Build ID: 739c9780f003bf2628713f04d6e0d20451f14dfb
CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; Layout Engine: new; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on November 16th 2016
Comment 11 QA Administrators 2018-02-08 03:35:26 UTC Comment hidden (obsolete)
Comment 12 QA Administrators 2021-03-07 04:15:22 UTC Comment hidden (obsolete)
Comment 13 Luboš Luňák 2021-12-07 07:52:58 UTC
Cannot reproduce, not response from the reporter, assuming it works now.
Comment 14 Buovjaga 2021-12-07 08:02:41 UTC
Yep, tested in Linux 7.4 bibisect repo and there is no slowness anymore