In LO 5.1.0.1 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 5.1.0.1, 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 5.0.3.2 (or 5.0.4, I did not try it).
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.
Reproducible with LO 5.1.0.1, Win 8.1
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...
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...
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team Sun, 11 Sep 2016 21:43:24 +0200
this problem disappeared since 5.2
Closing as RESOLVED WORKSFORME as per comment 6