Description: In some old presentations that I have on my disk, animations and transitions are handled incorrectly in the current LO. This happens only for some presentations, and only for some slides in them; for others everything is all right. The file I used to demonstrate the issue is probably the most severe case I found. These presentations all opened correctly in OpenOffice 3.2. Steps to Reproduce: 1. Open the sample file http://rafa.eu.org/share/lo_issue/murach.odp 2. Start the slideshow. Actual Results: 1. On the first slide, after clicking the mouse, the text "Geography" appears together with the map picture (this is correct). 2. After a short delay, horizontal and vertical dimensional arrows appear, but they don't seem to be animated (this is only partially correct, because they should be animated). 3. Immediately after this, Impress advances to the next slide (this is completely incorrect, there is a lot more to display on this slide). The behaviour is shown on the video: http://rafa.eu.org/share/lo_issue/transition.new.ogv Expected Results: 1. On the first slide, after clicking the mouse, the text "Geography" should appear together with the map picture. 2. After a short delay (1 second), horizontal and vertical arrows should appear. Horizontal arrow should be animated from right, vertical one from top. 3. After a mouse click, a block of text "area: 889 km2" should be animated from the left, followed by several more blocks of text every 2 seconds. 4. After last block of text is displayed, Impress should wait for mouse click before advancing to the next slide. The correct behaviour (recorded using OpenOffice 3.2) is shown on the video: http://rafa.eu.org/share/lo_issue/transition.old.ogv Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: The behaviour is unpredictable when I try to edit the animations/transitions. For example, when I change the text block "area: 889 km2" to be displayed after delay instead of after a mouse click, the behaviour is completely different: 1. At the beginning of the slide show, there is no wait for mouse click, the text "Geography" with the map picture appears right away. 2. After a short delay, horizontal and vertical dimensional arrows appear (without animation). This is the same as in the initial result. 3. Immediately after this, all blocks of text appear at once (without any delays or animations) and Impress waits for mouse click before advancing to the next slide. This behaviour is shown in the video: http://rafa.eu.org/share/lo_issue/transition.new-changed.ogv
In the videos, I move mouse cursor repeatedly left and right to indicate when I click the mouse.
I also reviewed some large, 187-slide presentation that I cannot share here and found out that the issues happened on all slides where an object (in this case, an image) has been zoomed in onto the slide. There were no issues when other types of animations like shift from left/right/top/bottom were used. If the image being zoomed in was the last animated object on the slide, it was displayed without animation, but at least Impress stayed on that slide and did not advance to the next one. If there were more objects to display after the object being zoomed in, Impress immediately skipped to the next slide when the zoomed-in object appeared.
I cannot reproduce this bug on Linux (6.4.6.2). Could you check? I reproduce on Windows. See bug 133447. Workaround: replace Stretchy, Zoom and other effects indicated in bug 133447.
Dear Jarosław Rafa, 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 INSUFFICIENTDATA 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 MassPing-NeedInfo-Ping
I don't see what exact information is expected from me. As for reproduction, the bug still reproduces for me in LO 7.1.1.2 on Ubuntu 20.04. The behavior is exactly the same as on the videos I recorded - the entire animation of the first slide is skipped.
No repro LO 6.4 beta, repro LO 7.0 and 7.1.0, no repro LO 7.1.8. and LO 7.3.0. Meaning bug was there but fixed in LO 7.1 so WFM.
7.1: commit 40195b471ba18b78d8cc7e7cc0d7e934fac1698e Date: Tue Apr 27 02:37:05 2021 +0200 source 0f375b03b98839e6af479866a10bafbd22b1bab1 prev 06d5d625e1dc8489e51b962353ac423669e61fed author Luboš Luňák <l.lunak@collabora.com> 2021-04-20 Revert "tdf#125949 Allow the slide to continue with ..." (tdf#133447) *** This bug has been marked as a duplicate of bug 133447 ***