Problem description: Impress slideshow see below Steps to reproduce: 1. .... 2. .... Current behavior: slide show begins anyway at the first slide, whatever F5 or Shift-F5 Expected behavior: slide show should begin at plain F5, as in versions 3 Alternatively, Shift-F5 to begin at selected slide Operating System: Windows 7 Version: 4.2.2.1 release
Hi, could you provide the slideshow. I could not reproduce with 4.2.3.3 under Unbunt 13.10. Thanks - Sophie
OK, Sophie, but I shall not send you the slide before april 22nd : I am far from my office for holiday :-) Le 09/04/2014 13:55, bugzilla-daemon@freedesktop.org a écrit : > sophie <mailto:gautier.sophie@gmail.com> changed bug 76953 > <https://bugs.freedesktop.org/show_bug.cgi?id=76953> > What Removed Added > CC gautier.sophie@gmail.com > > *Comment # 1 <https://bugs.freedesktop.org/show_bug.cgi?id=76953#c1> > on bug 76953 <https://bugs.freedesktop.org/show_bug.cgi?id=76953> from > sophie <mailto:gautier.sophie@gmail.com> * > Hi, could you provide the slideshow. I could not reproduce with 4.2.3.3 under > Unbunt 13.10. Thanks - Sophie > ------------------------------------------------------------------------ > You are receiving this mail because: > > * You reported the bug. >
Created attachment 98001 [details] test slides
Hi, I confirm to have the same problem with fresh install of latest LibreOffice 4.2.3 on Ubuntu 14 (kernel 3.13.0-24-generic, x86_64). Attached is a test slide. Problems: - Press F5 starts shown from the first slide - Press Shift+F5 does not start show, only moves to first slide - Menu item "Slide show/Start from current slide" is disabled (greyed out) Despite the option "Tools/Options/LibreOffice Impress/General/Presentation/Always with current page" being ticked. Thanks for your support.
On pc Debian x86-64 with master sources updated today, I can reproduce this.
Forget my last comment, I had just tested F5, not Shift+F5, I must wait the end of building right now.
I have the same problem with 64 bit LibreOffice 4.2.4.1 (rc 1) on 64 bit Kubuntu 12.04.4.
Also in 64 bit LibreOffice 4.2.4.2 (rc 2) on Kubuntu 12.04.4.
*** Bug 77203 has been marked as a duplicate of this bug. ***
Zolnai Tamas committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e20876b37d203642b5aa81a2d6c93979600376ed fdo#76953: cannot start show at selected slide The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Zolnai Tamas committed a patch related to this issue. It has been pushed to "libreoffice-4-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=cf8517379e9fb2676b7fddcacd9bf8a0f07d32b8&h=libreoffice-4-3 fdo#76953: cannot start show at selected slide It will be available in LibreOffice 4.3. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Zolnai Tamas committed a patch related to this issue. It has been pushed to "libreoffice-4-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=d1747c012932151e8a46c4b89a0d530dd5018fa4&h=libreoffice-4-2 fdo#76953: cannot start show at selected slide It will be available in LibreOffice 4.2.6. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Zolnai Tamas committed a patch related to this issue. It has been pushed to "libreoffice-4-2-5": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a454f1f62a4e537b539d2fa0f8728c8bf5db55a0&h=libreoffice-4-2-5 fdo#76953: cannot start show at selected slide It will be available already in LibreOffice 4.2.5. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
still not fixed in 4.2.6.3 and furthermore (that's another bug) i am not even able to customize it as in the customize / keyboard, no such option as "start presentation on current slide" exists
Created attachment 107941 [details] State of the bug at October 16 2014 Version 3.5.2.2 : F5 key starts slide show at current slide ??? Version 4.3.1.2 : F5 key starts anyway at first slide Shift-F5 does NOT start at current slide but at the slide number defined in slideshow parameters, range "From" That is not handy : to test a show slide by slide, direct access to current slide is necessary
On pc Debian x86-64 with 4.3.2 and on Win7 with 4.3.2, slideshow always begins at first slide with F5 and begins at current slide with Shift-F5 But as soon as I define the range, Shift-F5 takes the range into account even if I disable it (by choosing "All"). I reproduced this also on pc Debian x86-64 with master sources updated today.
Forgot to put NEW
This bug ist fixed! I use Version 4.3.2.2 under windows 7 and everything works as expected. Best regards Armin Pollak
Armin: do you mean you don't reproduce what I explained in comment 16?
Hi Julien, I use Windows 7 at current patchlevel. I installed libre office in version: 4.3.2.2 Build-ID: edfb5295ba211bd31ad47d0bad0118690f76407d with german language pack. The bug is fixed for me: F5 starts with current slide, shift-f5 starts presentation with first slide. BUT if I use options for presentation (dont know how the menu item is named in the english version) and enter start with slide lets say 10, then the wrong behaviour as you described happens: F5 starts with slide 10 (the number I enter for the range) and shift-F5 always starts at slide 1 (outside range!). But I dont use these options so I dont care :-) The annoying bug "start with current slide with no range selection" was my pain - and this one is definitly in the current windows version of libreofice fixed. Hope this helps. Best regards Armin
No problem Armin :-) Indeed, I'm wondering if a new bugtracker should be created since the original bug could be considered as fixed. Rob: any idea? (you're the only one quoting Impress in this page https://wiki.documentfoundation.org/QA/QA_Team)
Please create a new bug. This bug is fixed as I read it (comment #20). P.S. If it is on solved never put it back on new. Please use reopened in that case.
I forgot. @Julien: Please create the new bug. And add the new bugnumber as "See Also" in this bug. Thnx!
Rob: just to know, may I use BSA now? (see fdo#85150)
Done :-)
A far as version 4.4.5.2, the state of the bug has been correctly reported by Armin Pollak 2014-10-20 21:04:24 UTC Slideshow starts at current slide as long as the menu SlideShow/Slideshow sttings has never been called As soon as that Slideshow sttings has been called, even without any change, LibreOffice Writer keeps the slide number shown in From field and that number acts as PERMANENT start number When I makes the awful error to call SlideShow Settings in a valuable document, I have no other issue than starting a brand new show and copying/pasting slides from the corrupted document to the new document. That IS really a remaining bug (or new bug)
(In reply to y.lemenes from comment #26) > A far as version 4.4.5.2, ... which is already EOL, and so we don't accept bug reports against it. > Slideshow starts at current slide > as long as the menu SlideShow/Slideshow sttings has never been called > As soon as that Slideshow sttings has been called, even without any change, > LibreOffice Writer keeps the slide number shown in From field and that > number acts as PERMANENT start number This is already fixed in Bug 85303. Please update to 5.0.x to get this bug fix. > That IS really a remaining bug (or new bug) You should never reopen old bugs, no matter what. In addition, if the "remaining bug" isn't exactly the same as the original one, it should _always_ go to a separate bug report.