Description: During slide show, after passing a slide with animated objects, and then returning to that same Steps to Reproduce: 1. Create a new presentation, add some text to the title slide. 2. Add a slide with four or more lines of text; add animation "appear on click" to each of these lines. 3. Add a third slide, and add some text to it. 4. Start slide show, move forward to display all the animated lines on the second slide, then move to the third slide, then return to the animated slide Actual Results: Some of the lines of text in the animated slide will not be displayed. The animation will be displayed correctly only if you return to the previous slide (title slide in this case), and then move forward to the animated slide. Moving backwards messes up the animated slide. Expected Results: When returning to the animated slide during slide show, the animation should be displayed backwards; all elements should be displayed. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Version: 7.0.0.3 Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: threaded
Created attachment 164338 [details] Example presentation with the animation issue This is an example presentation that will demonstrate the animation issue. Just follow the instructions on the slides.
I also found this bug and can confirm its always present. Platform: Windows x64, tested in four different computers. Bug present in versions: 6.4.6 windows x64 (clean install) 7.0.1 windows x64 (clean install) 6.4.6 portable (clean install) 7.0.1 portable (clean install) The bug was not present in versions: 6.1.6.3 windows x64 6.1.6.3 portable The steps indicated by Joao Carvalho correctly reproduce the bug. This renders new versions unusable for people who uses impress, since basic presentation backwards navigation is badly corrupted.
(In reply to niko.uy from comment #2) > I also found this bug and can confirm its always present. > > Platform: Windows x64, tested in four different computers. > > Bug present in versions: > 6.4.6 windows x64 (clean install) > 7.0.1 windows x64 (clean install) > 6.4.6 portable (clean install) > 7.0.1 portable (clean install) > > The bug was not present in versions: > 6.1.6.3 windows x64 > 6.1.6.3 portable > > The steps indicated by Joao Carvalho correctly reproduce the bug. > > This renders new versions unusable for people who uses impress, since basic > presentation backwards navigation is badly corrupted. Something not mentioned, to reproduce navigate backwards using the cursor keys.
Created attachment 165973 [details] Single-slide presentation with animation, for test of going back on animations I can confirm that the bug is present. It is not limited to going back from one slide to another, but also going back (backspace or left-arrow) within a single slide: What animations are undone is more-or-less random, and going forward again is not consistent. A simple test file is attached. Tested on version 7.0.1.2: Version: 7.0.1.2 (x64) Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452 CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: da-DK Calc: threaded Also tested with same results on master build: Version: 7.1.0.0.alpha0+ (x64) Build ID: f11dc8335c9bae837823c14d059388b8d5965dcb CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: da-DK Calc: threaded
This bug is a dupe of : https://bugs.documentfoundation.org/show_bug.cgi?id=134133 and of : https://bugs.documentfoundation.org/show_bug.cgi?id=104654 the first should be solved, but the second is not *** This bug has been marked as a duplicate of bug 134133 ***
Created attachment 168717 [details] One page presentation for quick bug reproduction. The bug is still present in 6.4.7.2 windows x64 (clean install) I am attaching a simple one page presentation to reproduce: 1. Open file 2. Press F5 3. Press -> two or three times 4. Press <- And the elements disappear randomly instead of doing it in the expected order. I am reopening this bug. Hope this helps. Happy new year!
@niko.uy@vera.com.uy Bug is solved in future 7.0.5 and 7.1.0 I don't think it'll be backported to 6.4 branch. You must use 6.4.3.2 If you want a quite safe version of LO 7.0.5 should be available at the beginning of march