Download it now!
Bug 77275 - SLIDESHOW: Cannot go to previous page with left arrow or PageUp
Summary: SLIDESHOW: Cannot go to previous page with left arrow or PageUp
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks: Slide-Show
  Show dependency treegraph
 
Reported: 2014-04-10 16:35 UTC by Anastasius
Modified: 2020-11-25 12:11 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Slideshow where one can't step back from some slides using the keyboard (50.93 KB, application/vnd.oasis.opendocument.presentation)
2014-04-10 16:35 UTC, Anastasius
Details
An other document for test (1.46 MB, application/vnd.oasis.opendocument.presentation)
2016-03-04 15:22 UTC, Stéphane Aulery
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Anastasius 2014-04-10 16:35:17 UTC
Created attachment 97171 [details]
Slideshow where one can't step back from some slides using the keyboard

Problem description:

In some LO slideshows, for some slides, the left arrow and PageUp keys don't work during presentation. It seems that this is related to an 'animation' marker of the previous slide in the left sidebar, even though that slide has no animation.

Steps to reproduce:
1. Load the attached cant_stepback.odp
2. Go to slideshow (F5)
3. Step forward a few slides with the right arrow or PageDown
4. Try to go back with left arrow or PageUp

Current behavior:
The hourglass symbol shortly apears in the bottom left corner, but it does not go back. One has to right-click and select 'previous' on the popup menu to go back.

Expected behavior:
Left arrow and PageUp keys always working for stepping back.

Same problem on Windows.
Same when using a wireless presenter instead of the arrow keys. (I think that the presenter is recognized as an external keyboard by the computer)

I suspect that an animation marker is not properly cleared. Possibly similar bug: 76700

              
Operating System: Mac OS X
Version: 4.2.2.1 release
Comment 1 A (Andy) 2014-05-29 12:52:59 UTC
reproducible with LO 4.2.4.2 (Win 8.1)
Comment 2 QA Administrators 2015-06-08 14:41:18 UTC Comment hidden (obsolete)
Comment 3 Buovjaga 2015-06-21 16:48:32 UTC
Still repro.

Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+
Build ID: 3ecef8cedb215e49237a11607197edc91639bfcd
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-06-19_23:16:58
Locale: fi-FI (fi_FI)
Comment 4 Stéphane Aulery 2016-03-04 15:22:51 UTC
Created attachment 123283 [details]
An other document for test
Comment 5 Stéphane Aulery 2016-03-04 15:24:26 UTC
Reproduced with LO 5.0.5 on Windows 7 32 bits
and LO 4.3.0 on Debian i386 (x86_64).
Comment 6 QA Administrators 2017-11-25 09:43:22 UTC Comment hidden (obsolete)
Comment 7 Keith 2018-04-01 00:23:07 UTC
Still reproduces

Version: 6.1.0.0.alpha0+ (x64)
Build ID: 5c7ba324eb1b66b367c3f00164044a80778b8871
CPU threads: 2; OS: Windows 6.1; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-03-31_17:20:23
Locale: en-US (en_US); Calc: group
Comment 8 Keith 2018-04-01 00:50:55 UTC
Minimal steps for me:

create a new, blank Impress document
add a slide
add a distinguishing characteristic to each slide
set the second slide to advance automatically
start slideshow
attempt to navigate using the keyboard

On further examination, the behavior using these steps is slightly different than when loading the first attached file (I have not succeeded in downloading the second one yet, it's horribly laggy today). Is this two different bugs?
Comment 9 Keith 2018-04-01 01:32:51 UTC
Ok sorry for my hastiness, I see it is reported as a separate bug.
Comment 10 Nicola Manini 2018-10-28 09:19:55 UTC
Hello,
        I'm the reporter of the second document test.odp (through https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759789 ).
I have the following additional observations, related to that document:

- this bug is reproduced by current testing version 6.1.3.1;

- in presentation mode, backing up from slide 2 to slide 1 can be achieved by right-clicking on the slide and using the Previous or Go to Slide buttons in the popup menu.  Apparently only the keyboard back-up is inhibited on that slide;

- the little "magic click" symbol displayed (in edit mode) next to slide 1 (but not 2) in the Slides sorter at the left proves that this "do-not-back-up-to-me" is a "transition" property of slide 1.  There may be a way, but it seems far from evident how to delete this property. To me at least.

- the same comments apply to the other example cant_stepback.odp : the slides that one cannot step back into are all marked by this little "magic click" symbol in the Slides sorter.

So the solution to this bug may be to add some "clean all transitions" button in the Slide Transition dialog, which should of course do what it promises.

Thanx a lot for any progress on this!
Ciao,
		   Nick
Comment 11 tomashnyk 2019-10-03 21:58:29 UTC
I would just add that any slides with video in them seem to have this issue.
Comment 12 Timur 2019-10-24 07:06:15 UTC
Repro 6.4+. Inherited from OO.
Comment 13 AnthonyMoran 2020-01-14 22:30:44 UTC Comment hidden (spam)
Comment 14 Kay Diederichs 2020-05-08 12:29:32 UTC
I found a workaround that removes most of the problem: save the ODP file as PPTX, close the current presentation, and load the PPTX file. Save that as ODP (or keep working with PPTX - don't know if there are any drawbacks).

This procedure works for the two ODP files attached to the bugzilla entry.

In a 200 page Impress file, this left one problematic slide. In that slide, it had the little square with the arrow in the Animation pane. After removing that, this slide was also good.

Another partial workaround is: right mouse click, choose Goto Previous .
Comment 15 markwell 2020-11-24 07:51:05 UTC Comment hidden (spam)