Bug 67506 - Impress starts with first slide regardless of setting in options
Summary: Impress starts with first slide regardless of setting in options
Status: RESOLVED DUPLICATE of bug 71601
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.1.0.4 release
Hardware: x86-64 (AMD64) Linux (All)
: high minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-07-29 21:48 UTC by Pjotr
Modified: 2014-11-05 22:38 UTC (History)
4 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 Pjotr 2013-07-29 21:48:31 UTC
In the past, when I worked on a presentation, I could start the slide I actually was working on. Now, in 4.1 it always starts with slide 1, regardless what I try to set in the options. It is even not saved. I tried to untick the box "Always with current page" (for that is what I want) to see if the funtion is inverted but the tick remains in place, as if not changed at all. F5 or the toolbar icon makes no difference.
Comment 1 Joel Madero 2013-08-06 20:21:15 UTC
I'm not sure what setting the option means - in the future with bug reports please explicitly write out steps for getting to options and what not - QA isn't aware of every option in LibreOffice and it makes our job 100x easier when you describe step by step how to get to the menus and what not.

For the bug though - if I do shift + f5 it starts from current slide as expected with 4.0, 4.1 and 4.2 master on Bodhi Linux based on Ubuntu 12.04

Marking as WFM - 

1. If this isn't what you are referencing, please explicitly tell us what you are trying to do

2. If this is what you are referencing but it doesn't work for you - mark as UNCONFIRMED and we'll try to figure out why your system acts differently than mine. 

Also in the future please include all details about your system including distro, version of LibreOffice etc....
Comment 2 Pjotr 2013-08-06 20:38:31 UTC
(In reply to comment #1)
You are right, Joel, this is something I did not know. I came straight from 3.6 in Ubuntu 12.04lts 64bit to 4.x (currently 4.1) and indeed if I use shift-F5 I see the slide I work on.

Thanks for pointing this out.

I will try to do better next time I will post a bug. I spent quite some time in searching for an answer. Shift-F5 is not mentioned in the help on function keys or combinations, at least not in the Dutch version of the help in 4.1

Best regards,
Pjotr
Comment 3 Joel Madero 2013-08-06 20:44:30 UTC
No worries - sorry for being blunt - I've looked at a few too many bugs today :) Glad it works
Comment 4 Kentaro Fukuchi 2013-09-02 17:12:36 UTC
This issue is not resolved yet as far as I know.

I'm using version 4.1.1.2 Build ID: 410m0(Build:2) with Ubuntu 13.04 and facing this issue. Let me tell you what you misunderstood about this:

1. F5 for "Start from first Slide", Shift+F5 for "Star from current Slide", yes they work as expected.
2. I always want to start my presentation from the current slide.
3. For that reason, I checked "Always with current page" and it works as expected till 4.0.
4. 4.1 does not handle this option correctly. F5 starts the presentation from the first slide.
5. It is worse that when I unmarked this option, Shift+F5 stopped working - Always it starts from the first slide!

There must be some bugs around F5 and/or Shift+F5.
Comment 5 ade2 2013-09-19 15:16:00 UTC
I ran into this bug today and share the objection that  Kentaro Fukuchi voices.

Either remove the option "Always with current page" and add a shift+F5 action to the SlideShow menu. Or make the "Always with current page" option functional.
Comment 6 Pjotr 2013-09-20 11:49:13 UTC
I tried this again in 4.1.1.2. F5 starts from slide 1, Shift-F5 starts from the current slide in the editor, whether I tick or untick the box "Always with current page" ( I did a restart on Impress) but at all time this tick remains set so cannot be cleared at all. 
Shift-F5 as an option to invoke the slide at the current position in the editor is still not mentioned in the help files. I think it would be a good idea to simply remove the setting and add an icon in the toolbar that invokes Shift-F5 as ade2 suggested.
Comment 7 Joel Madero 2013-09-21 03:12:05 UTC
Patches definitely welcome but all in all this isn't a high priority compared to some of our nastier bugs. Also NEW is correct status as it's not assigned so REOPENED is incorrect.
Comment 8 Oliver 2013-09-23 12:38:54 UTC
Hello, 
I think one of the problems of this, and a simple one to resolve, is that on the help page : 

https://help.libreoffice.org/Impress/Showing_a_Slide_Show

it is stated that : 

If you want all shows to start from the current slide instead of the first slide, choose Tools - Options - LibreOffice Impress - General and click Always with current page.

However nothing is mentioned on Shift+F5


Cheers

Oliver
Comment 9 ines.f@aon.at 2013-09-26 11:47:45 UTC
same error here with LibreOffice 4.1.1.2 (Build ID: 7e4286b58adc75a14f6d83f53a03b6c11fa2903) running on Mac OSX 10.8.5
I do my 5 different lectures in one presentation file each. They have 200-300 slides per file. Need to click 280 times to reach slide 280 is annoying!
Comment 10 Pjotr 2014-03-31 07:38:28 UTC
"I do my 5 different lectures in one presentation file each. They have 200-300 slides per file. Need to click 280 times to reach slide 280 is annoying!"

Well, start your presentation, then while it is showing page 1, just type 280 and press enter and slide 280 will be shown. At least this works flawlessly for me.

Cheers,
Pjotr.

BTW: The Shift-F5 option is still not traceable in the Impress Helpfile. Who in the organization should be addressed to have this minor line added, that could be of great help for users that simply need help on this and prevent bugposts like this?
Comment 11 Carlos 2014-10-15 00:01:09 UTC
I can confirm reported behaviour in LibreOffice 4.2.6.3; build 420m0(Build:3) Currently running ubuntu 14.04 LTS (64 bit) on a system with Intel® CPU U7300 @ 1.30GHz × 2 and 2.8 GiB RAM.

Expected behaviour is:

1.- User working on any slide, not necessarily first one.
2.- User clicks on "Start slide show (F5)", on the tool bar (or presses F5 for the same purpose)
3.- Slideshow starts from the current slide (when such setting is enabled). Otherwise, it should start from first slide


Observed behaviour:

3.- Slideshow ALWAYS starts from first slide (independently if setting "Always with current page" is set or not)


IMHO, this setting is not as trivial as it may seem. Previous versions worked as they should by default, and it was intuitive. Now, the ticker in settings seems as it is not working, since the expected behaviour does not take place. Somthing might have gone broken in this version. Maybe it has something to do with the implementation of the presentation console?

Anyway, it should be pretty easy to solve. Either:
a) return to previous behaviour
b) remove "Always with current page" ticker AND enable a new toolbar button that has shift+F5 functionality (although, it will be rather awkward to have 2 buttons just to start a slide show, side by side... the user will have to figure out what does what, which is not necessarily intuitive. A BAD solution would be to force the user to dig this button out from the vault of shortcuts available in "tools -> personalize -> toolbars.... ULTRA-counter-intuitive"

Hope some smart coder will pay this issue the attention it deserves, tried to set importance to high, since ease of use is one of LibreOffice's hallmarks... Cheers.
Comment 12 Joel Madero 2014-10-15 01:55:52 UTC
Setting priority accordingly:
Minor - can slow down professional quality work but won't prevent it.
High - I tend to agree with last comment. Pretty visible, 
https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg

perhaps easy fix so adding whiteboard status.
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Whiteboard/Advanced


Removing Janitor - no clue why that was added as we don't use it.
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Keywords

@Carlos - just so you know priority/importance won't really get it fixed faster necessarily. It's just a guidance, volunteers do things when they want.But proper prioritizing is still good for our purposes ;) No guarantee of ETA
Comment 13 Thorsten Behrens (allotropia) 2014-11-05 22:38:56 UTC

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