<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Impress: Selection of slides is broken" href="https://bugs.documentfoundation.org/show_bug.cgi?id=33945#c29">Comment # 29</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Impress: Selection of slides is broken" href="https://bugs.documentfoundation.org/show_bug.cgi?id=33945">bug 33945</a> from <a class="email" href="mailto:eyalroz@technion.ac.il" title="Eyal Rozenberg <eyalroz@technion.ac.il>"> Eyal Rozenberg</a> <pre>(In reply to mike.hall from <a href="show_bug.cgi?id=33945#c25">comment #25</a>) > In Normal view, select slides 5 & 7 > 1 Click 'slide sorter' -> slide 5 is selected (should be 5 & 7) Seeing this too. > 2 Click 'normal' -> slide 5 is selected (OK) Nope, it's back to 5 & 7 for me - weird! > 3 Click 'slide sorter' and select slides 5&7 > 4 Click 'normal' -> slides 5 & 7 are selected (OK) > 5 Click 'slide sorter' -> slide 5 is selected (as 2) Indeed. > Clicking from 'slide sorter' to 'normal', 'outline' or 'notes' works So, not exactly as expected, i.e. I see Impress restoring the normal-view selection it had suppressed before. > From any other view to 'handouts' and then back to another view, slide 1 is > always selected, irrespective of the original selection. Not for me (at least - assuming you meant Master Handouts). > Selections are indeed generally slightly more logical than originally > reported, but they remain inconsistent and broken. Yes. Tested with: Version: 6.3.2.2 Build ID: 1:6.3.2-1 CPU threads: 4; OS: Linux 5.2; UI render: default; VCL: gtk3; Locale: he-IL (en_IL); UI-Language: en-US</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>