Download it now!
Bug 104654 - Slideshow: ANIMATIONS lost after backward show with transition
Summary: Slideshow: ANIMATIONS lost after backward show with transition
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected) rc
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: bibisected, bisected, regression
: 119268 (view as bug list)
Depends on:
Blocks: Slide-Transitions
  Show dependency treegraph
Reported: 2016-12-13 19:41 UTC by Pierre C
Modified: 2020-09-27 20:32 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:

test file (186.80 KB, application/vnd.oasis.opendocument.presentation)
2016-12-13 19:41 UTC, Pierre C
Test file with animations lost if slideshow for/back/forward (14.33 KB, application/vnd.oasis.opendocument.presentation)
2016-12-13 21:50 UTC, Laurent BP
test-file with bug (two slides) (16.28 KB, application/vnd.oasis.opendocument.presentation)
2017-03-07 08:03 UTC, Regis Perdreau
adding a third blanck slide as workaround (13.00 KB, application/vnd.oasis.opendocument.presentation)
2017-03-07 08:21 UTC, Regis Perdreau

Note You need to log in before you can comment on or make changes to this bug.
Description Pierre C 2016-12-13 19:41:04 UTC
Created attachment 129601 [details]
test file

All animations are lost after a back slide.
1 Open Attachment
2 launch presentation
3 go to slide 2 => You can see that some objects appears at each mouse click
4 go back to first slide
5 go to second slide => you can that all objects are already on the slide

Expected behaviour : the behaviour of the slide 2 should be the same on step 3 and 5

I think it's a regression
It works fine with Aoo
Comment 1 Xisco Faulí 2016-12-13 21:02:05 UTC
Confirmed in

Build ID: 634589b340316ba64b731b4d923c1056be415494
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group


Build ID: 5b168b3fa568e48e795234dc5fa454bf24c9805e
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; 
Locale: ca-ES (ca_ES.UTF-8)

but not in

Build ID: 0db96caf0fcce09b87621c11b584a6d81cc7df86
Locale: ca-ES (ca_ES.UTF-8)
Comment 2 Laurent BP 2016-12-13 21:38:02 UTC
NOT reproduce with Version: (x64)
Build ID: 490fc03b25318460cfc54456516ea2519c11d1aa
Locale : fr-FR (fr_FR)

This bug disappears if transition is removed.
Comment 3 Laurent BP 2016-12-13 21:50:39 UTC
Created attachment 129605 [details]
Test file with animations lost if slideshow for/back/forward

A simpler test file.

- Launch slideshow
- Move forward to slide 2 (animations work)
- Move backward to slide 1
- Move forward to slide 2
=> animations are broken
Comment 4 Laurent BP 2016-12-13 22:10:54 UTC
Reproduce with
- Version:
Build ID: bcace328aabc4c8c10b56daa87da0a2ee6579b5a
Threads 4; Ver: Windows 6.1; Render: default; 
- Version:
Build ID: 53054959a12edc6510f51b94ddc9b73d27aedaf6
Threads 4; Ver: Windows 6.1; Render: default; 

NOT reproduced with
- Version:
Build ID: 229583f298b9de05e1ad1727e233d597995099e3-GL
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-11-22_23:09:05
Locale: fr-FR (fr_FR)
- Version:
Build ID: 13010a13177025f633c9b85adcb3edf6920e44e3
Threads 4; Ver: Windows 6.1; Render: default; 

So bug was introduced between beta1 and beta2 of 5.1 branch.
Comment 5 Laurent BP 2016-12-13 22:24:05 UTC
On 5.2 branch
Reproduced with:
- Version:
Build ID: 2d4279b53a7835303e0804c2b1cf9aa53fd723aa
Threads 4; Ver: Windows 6.1; Render: GL; 
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-12-05_16:45:52
Locale: fr-FR (fr_FR)

NOT reproduced with:
- Version:
Build ID: f863f7096bbd794b05053d734ad77dff2cffc20f
Threads 4; Ver: Windows 6.1; Render: GL; 
TinderBox: Win-x86@39, Branch:master, Time: 2015-11-29_07:26:27
Locale: fr-FR (fr_FR)

So bug appeared between 2015-11-29_07:26:27 and 2015-12-05_16:45:52
Comment 7 Óvári 2016-12-14 01:21:45 UTC
See also bug 87958, bug 87959, bug 87960 and bug 88196? Thank you
Comment 8 raal 2016-12-28 18:48:33 UTC
This seems to have begun at the below commit.
Adding Cc: to Armin Le Grand; Could you possibly take a look at this one? Thanks

174bc8aa01d82ecf97cb443d686b14e4e9aa694d is the first bad commit
commit 174bc8aa01d82ecf97cb443d686b14e4e9aa694d
Author: Norbert Thiebaud <>
Date:   Thu Dec 3 16:03:11 2015 -0800

    source sha:5b589f19a6ddae7b609d7925949d544a4a8c10a5

author	Armin Le Grand <>	2015-11-26 11:32:08 (GMT)
committer	Christian Lohmaier <>	2015-12-03 23:10:46 (GMT)
commit	5b589f19a6ddae7b609d7925949d544a4a8c10a5 (patch)
tree	2097d75befbaf00528eb0c83467df0780afd3176
parent	704ff965c3078addbee59179702c9501cc160ede (diff)
tdf#96083 slide transitions wrong with appearing shapes
Comment 9 Pierre C 2017-01-19 16:56:49 UTC
Someone is working on it ?

It is really annoying in a teacher use of LO where a teacher massively uses animations and often go backward in his slides to answer student questions
Comment 10 Regis Perdreau 2017-02-17 19:44:50 UTC
I have a look on it...annoying bug for me too. :)
Comment 11 Regis Perdreau 2017-03-07 08:03:26 UTC
Created attachment 131689 [details]
test-file with bug (two slides)
Comment 12 Regis Perdreau 2017-03-07 08:21:47 UTC
Created attachment 131692 [details]
adding a third blanck slide as  workaround

A workaround is to add a blank third slide, the behaviour is correct.
I think there is two bugs :

One  bug is when you rewind slide from the end black quit screen , the last animated shape is missing.

the second bugs is :

When you go back  to the  first slide and go next, the transition is calculated with all shapes ignoring animation shapes parameters (and you can see the last animated shape that is missing previously)

If at this moment (when you have just reached the second slide),  you resize all the window program, the slide is repainted with the expected displayed shapes.

guess a slide buffer (canvas ?) is not updated as it has to be. try to analyse.
Comment 13 Xisco Faulí 2017-10-12 08:06:47 UTC
Dear Regis Perdreau,
This bug has been in ASSIGNED status for more than 3 months without any activity. Resetting it to NEW.
Please assigned it back to yourself if you're still working on this.
Comment 14 Xisco Faulí 2018-08-20 17:08:56 UTC
*** Bug 119268 has been marked as a duplicate of this bug. ***
Comment 15 Xisco Faulí 2018-08-20 17:09:44 UTC
Hi Armin,
Any change you could take a look at this one at some point ?
Thanks in advance
Comment 16 QA Administrators 2019-09-02 09:24:11 UTC Comment hidden (obsolete)
Comment 17 Jon 2019-09-04 02:24:35 UTC
I can confirm that the problem, which I also had, does not continue in 6.3.1, at least in files I have created since Jan 1 of this year. When I open older files in 6.3.1, the problem still exists, making me wonder if the problem wasn't somehow embedded in the files themselves.
Comment 18 Kai 2020-07-18 22:13:59 UTC
Can confirm this on 7.0RC2 and 7.1 alpha.

I am not even sure if this is just a single bug. It just seems like going back in a presentation messes up transitions and animations in various ways...
Comment 19 Kai 2020-07-30 21:00:34 UTC
Any way this can be fixed quicker? Not being able to go back on any slides without messing up my animations makes Impress almost unuseable for me. 

I am not familiar with the codebase but I can help, e.g. by doing a git bisect, if needed.
Comment 20 Kai 2020-08-02 02:18:51 UTC
Also just FYI: I can still reproduce this in 7.0Rc3 and the daily built for 7.1