Bug 135419 - Sometimes animations and transitions are ignored by Impress
Summary: Sometimes animations and transitions are ignored by Impress
Status: RESOLVED DUPLICATE of bug 133447
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
6.4.5.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Object-Animations
  Show dependency treegraph
 
Reported: 2020-08-03 17:06 UTC by Jarosław Rafa
Modified: 2022-01-10 10:05 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jarosław Rafa 2020-08-03 17:06:04 UTC
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
Comment 1 Jarosław Rafa 2020-08-03 17:08:49 UTC
In the videos, I move mouse cursor repeatedly left and right to indicate when I click the mouse.
Comment 2 Jarosław Rafa 2020-08-04 11:07:48 UTC
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.
Comment 3 Laurent Balland 2020-09-12 10:20:06 UTC
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.
Comment 4 QA Administrators 2021-03-13 04:09:13 UTC Comment hidden (obsolete)
Comment 5 Jarosław Rafa 2021-03-13 10:35:22 UTC
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.
Comment 6 Timur 2022-01-10 09:50:13 UTC
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.
Comment 7 Timur 2022-01-10 10:05:44 UTC
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 ***