Bug 81153

Summary: VIEWING: Animation does not progress correctly
Product: LibreOffice Reporter: Matt Hirsch <matthew.hirsch>
Component: ImpressAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED DUPLICATE    
Severity: normal CC: ilmari.lauhakangas
Priority: medium    
Version: 4.2.5.2 release   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
Crash report or crash signature: Regression By:

Description Matt Hirsch 2014-07-10 08:00:47 UTC
The attached document contains a single slide with the numbers 1, 2, 3, 4, and 5 placed at the bottom in text boxes. (The slide was copied from a PowerPoint 2010 presentation at one point).

Four animations are defined for the text boxes such that on each click, the numbers 2 through 5 should appear. In presentation mode (f5) clicking twice causes 2 and 3 to appear. However, clicking a third time does nothing. For 4 and 5 to appear, two clicks each are required. Also, when moving forward and backward in the animation sequence with the arrow keys, after 3, some corruption occurs such that the animations play in an incorrect order (for example, 5 appears without 4 having appeared).

I'm running libreoffice-4.2.5.2-1.fc20.x86_64 in Fedora 20 Linux.
Comment 1 Matt Hirsch 2014-07-10 08:03:47 UTC
The attachment was too large. It can be obtained here:

http://web.media.mit.edu/~mhirsch/animationbug.odp
Comment 2 edition 2014-07-12 03:38:25 UTC
Same findings as Matt Hirsch. Thanks.
I'm running Libreoffice 4.2.4.2 (x86/64) on XUbuntu 14.04
Comment 3 edition 2014-07-12 03:42:13 UTC
edit: 4 and 5 appear when double clicking.
Comment 4 QA Administrators 2015-07-18 17:44:35 UTC Comment hidden (obsolete)
Comment 5 Buovjaga 2015-10-23 17:04:31 UTC
The file cannot be found anymore.

Is this still a problem?

Our Bugzilla now accepts 10 megabyte attachments.
Comment 6 QA Administrators 2016-11-08 11:33:15 UTC Comment hidden (obsolete)
Comment 7 fett_lobugs 2017-05-22 15:07:13 UTC
Could be a duplicate of #76700.
Comment 8 Buovjaga 2017-05-22 15:29:12 UTC
Yep, "2 clicks required" does match.

*** This bug has been marked as a duplicate of bug 76700 ***