Bug 96658 - selection of objects in Draw and Impress awfully slow
Summary: selection of objects in Draw and Impress awfully slow
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
(earliest affected) rc
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Reported: 2015-12-22 01:04 UTC by Andy
Modified: 2016-11-12 13:20 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Andy 2015-12-22 01:04:26 UTC
In LO when you click on any object (text, shape, bitmap) in a draw or impress document, the selection activation, which was in "real time" before, has become very slow, and takes about one second now on an Intel core i5.
This is even worse when you have an object already selceted and you click on another object to select it: you really feel you have to wait before the first object is deselected and the one you click is instead selected.
This sluggish behaviour makes working and editing a file a tedious and error prone process, especially if you're an experienced user.

In previous versions of LO none of this happened, all selections were substantially immediate. The behaviour of, instead reminds me of the efficiency of the very first graphical programs on PC, 386 cpu - era.

If this problem is not removed, I would say anybody working with Draw and impress continuously would be better off downgrading back to (or 5.0.4, I did not try it).
Comment 1 Andy 2015-12-22 01:05:48 UTC
If this problem is not clear as it is described now, I can make a video file showing the difference in selection times now and before.
Comment 2 A (Andy) 2015-12-26 17:20:13 UTC
Reproducible with LO, Win 8.1
Comment 3 Jan Holesovsky 2016-01-04 10:58:01 UTC
Andy: Thanks a lot for this report - obviously I did not know of it when commenting in bug 96590 :-)  Great stuff.

The only missing piece at the moment is the draw or presentation file that triggers the behaviour - if you can attach here a file that triggers the behaviour (the simpler the better), that would be good, otherwise the report is perfect.

If you want to help the developers further, trying to bibisect (https://wiki.documentfoundation.org/QA/Bibisect) could be the way to go, as apparently this is something that used to be better in previous versions.

Thank you for helping LibreOffice - and hope my comment in 96590 did not feel harsh...
Comment 4 Andy 2016-01-04 12:02:32 UTC
I could easily attach a file as you suggest, but it is really a general behaviour - you just need to draw any two shapes and switch focus between them to see the dramatic slowing down. 

So the file would be just that: a Draw file with e.g. 2 rectangles in it, or any other object for that matter, It could be a shape and a text object and it would be the same.

Since you are very kind with my unrelenting bothering, may I quote also Bug 96659, again related to object in Draw files (text in text object that goes white and the selected text is invisible when editing), somebody answered me in a way that it is not entirely clear to me....

As for the harshness, you really needn't worry.... I know I am often pestering with too strong emphasis, it is because I am not just using LO privately: being a university professor I use it full time in lectures with large group of students, and so I get deeply worried whenever a new bug or regression causes difficulties in the classroom...
Comment 5 Xisco Faulí 2016-09-11 21:00:59 UTC Comment hidden (obsolete)
Comment 6 Andy 2016-09-13 22:02:21 UTC
this problem disappeared since 5.2
Comment 7 Xisco Faulí 2016-11-12 13:20:33 UTC
Closing as RESOLVED WORKSFORME as per comment 6