Description: Overall there is a latency involved with every operation in Impress. Click on an object.... wait. Click on a slide on the slide display.... wait. etc. Steps to Reproduce: 1. Click on anything. 2. Try to do anything. 3. Actual Results: VERY slow. Expected Results: I run both Powerpoint (latest version) and Impress (latest stable version). Everything in impress is slower than powerpoint in the sense that there is a latency to every interaction with the GUI. Click on something and it takes a few moments for the GUI to react. File save/open are much slower too. This also makes some tools unstable to use. For example, select the Text Box tool and sometimes it's so slow that it doesn't let you draw out a box or if it does, the box disappears later. The best description I can give you is a comparison between something written in BASIC on a Commodore 64 vs. Assembly Language on a C64. BASIC is very slow by comparison. Reproducible: Always User Profile Reset: No Additional Info: Windows 10 64bit
Not that the comparison to PowerPoint is helpful, but what you describe sounds very exceptional. Out of your descriptions, this one conveys something understandable: "select the Text Box tool and sometimes it's so slow that it doesn't let you draw out a box or if it does, the box disappears later" (the other descriptions are not useful as you don't include a time measurement). Please understand that this behaviour is not normal and not expected as some sort of performance baseline of the application. Please copy and paste here the contents of your Help - About. This allows us to know more about your system. Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information.
Version: 6.4.3.2 (x64) Build ID: 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8 CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded I mentioned the textbox because it becomes unresponsive while the GUI catches up resulting in unexpected behaviors. The textbox does work, but only when the GUI isn't being laggy. I don't have any way to measure fractions of seconds. I'm just an end user trying to do work. I'm working on a presentation that is 360mb with lots of pictures.
(In reply to Menoo from comment #2) > I'm working on a presentation that is 360mb with lots of pictures. Ok, now this explains a lot. Your original report sounded like the behaviour was present even with empty presentations. Would it be possible to share the presentation in public somewhere? It is a bit too large for the bug tracking system.
(In reply to Buovjaga from comment #3) > (In reply to Menoo from comment #2) > > I'm working on a presentation that is 360mb with lots of pictures. > > Ok, now this explains a lot. Your original report sounded like the behaviour > was present even with empty presentations. Would it be possible to share the > presentation in public somewhere? It is a bit too large for the bug tracking > system. I can't share the 360mb file... there are some very confidential things in there. However, I can reproduce the lag by starting with a 1 slide presentation then adding a text box and a picture. Click between the picture, textbox, and blank area on the slide. Try selecting nothing then right click on the picture to bring up properties. When you do any of these operations, there is a 1/2 to 1 second delay between clicking and the GUI showing a selection with the context appropriate toolbars redrawn.
[Automated Action] NeedInfo-To-Unconfirmed
(In reply to Menoo from comment #4) > Click between the picture, textbox, and blank area on the slide. Try > selecting nothing then right click on the picture to bring up properties. > When you do any of these operations, there is a 1/2 to 1 second delay > between clicking and the GUI showing a selection with the context > appropriate toolbars redrawn. Not seeing it. A sample file even for the 'basic' description might help.
Created attachment 161281 [details] slow Here's a one slide example. Click between the text box, image, and background repeatedly. I've gotten a latency as high as 2 seconds.
Also something else I just noticed.... if you click fast between all the objects, you'll also get a click-drag behavior that moves the objects too.
(In reply to Menoo from comment #7) > Created attachment 161281 [details] > slow > > Here's a one slide example. Click between the text box, image, and > background repeatedly. I've gotten a latency as high as 2 seconds. Thanks for the file. I see this on Windows with 6.4.3, 6.4.4, but not with - 7.0 - Linux I will bibisect the fix later, so it might be backported to 6.4.
Ok, I am unable to get a correct bisect result, unfortunately. Menoo: can you try with 7.0: https://dev-builds.libreoffice.org/daily/master/current.html Use the tb77-TDF build. It installs separately.
Does disabling the sidebar in 6.4.3.2 make a difference?
(In reply to Telesto from comment #11) > Does disabling the sidebar in 6.4.3.2 make a difference? Ah, good catch: it does make a difference. Apparently it is about having the Properties deck visible specifically. With 7.0 I happened to have a different deck and this was the reason the lag did not show. Do you know of an existing report?
Bug 105500
(In reply to Telesto from comment #13) > Bug 105500 I checked out the blamed commit from that bug and then the preceding one. Both showed the laggy behaviour. I'm actually seeing this already in 4.4.7. It seems to be as old as the sidebar properties deck itself.
Dear Menoo, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Unable to reproduce on current stable build or daily master build. Closing ticket as WORKSFORME. Version: 7.6.1.2 (X86_64) / LibreOffice Community Build ID: f5defcebd022c5bc36bbb79be232cb6926d8f674 CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4b2543693ed3ffb4d9f0d70f53f32127115c128d CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Yep, no lag anymore with properties deck visible unlike in my tests in 2020. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9eb419b0b0f019f5fbc48ff1a11977e8b041edee CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: default; VCL: win Locale: en-US (en_FI); UI: en-US Calc: threaded