Description: When switching from "normal view" to "notes view" the marking of the slide on the left pane disappears. This behavior has been disturbing my for years now. Because this is a normal workflow for me to change some notes in my slides (needing the notes view for this) and then change some content of the slides (needing the normal view for this). And each time I need to figure out again on what slide I was before I can proceed with my work. I know there is a workaround (search the tiny page number display on my slide even in the notes view) and then click onto the icon with this number at the left pane. But this is bad "usability". I would be happy if this (very small) feature could be improved in some future LibreOffice release. Steps to Reproduce: Here is how to reproduce it: * In the "View" (german: "Ansicht") menu of Impress, turn on the option "view pane visible" (german: "Symbolleiste Ansicht") * open a presentation document with several slides (not just one), I assume that it will be opened in "normal view" mode (where you can edit single slides) * use the left side pane (where all slides are shown with a small icon) to jump to a differen slide, let's slide number 7. The icon of this slide 7 will then be marked (underlayed with a color) in this side pane. * Now use the Icon "notes view" on the top, to switch to the "notes view" (where you can edit the notes of the slides) * result: the marking of slide 7 on the left side pane is gone :( Actual Results: Slide icon (on left pane) not marked any more Expected Results: Slide icon (on left pane) marked as before in normal view Reproducible: Always User Profile Reset: No Additional Info: Slide icon (on left pane) should stay marked in the "notes view" as it has been before in "normal view"
Thank you for reporting the bug. I can confirm that the bug is present in Version: 6.0.6.2 Build ID: 0c292870b25a325b5ed35f6b45599d2ea4458e77 CPU threads: 2; OS: Windows 6.1; UI render: default; Locale: en-US (en_US); Calc: group
Reproduced in Version: 4.3.0.0.alpha1+ Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e but not in Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)
bisected with bibisect-43max - in the oldest version is slide marked, in the latest ("bad") version is marked first slide in the notes view. It's different then in 6.3, so I'm not sure if bibisect is correct .. This seems to have begun at the below commit. 187d6c28fce4c615df7555c033907d211c279ec2 is the first bad commit commit 187d6c28fce4c615df7555c033907d211c279ec2 Author: Matthew Francis <mjay.francis@gmail.com> Date: Thu May 28 19:28:39 2015 +0800 source-hash-ad0c4bf5790546242884da0c2ec281f2db9e14a0 commit ad0c4bf5790546242884da0c2ec281f2db9e14a0 Author: Andre Fischer <af@apache.org> AuthorDate: Fri Feb 21 11:55:33 2014 +0000 Commit: Caolán McNamara <caolanm@redhat.com> CommitDate: Fri Feb 21 15:30:24 2014 +0000 Related: #i123197# Fixed selection problems when switching... between normal and master mode. (cherry picked from commit 163d414311b0c8bcb1b0ad7c7cbf364e0ad4e4c4) Change-Id: Ibabee4c67367c367a9ce1c5afffa76efa3f66bd7
Caolan, can you look at this?
Still present in Version: 6.4.3.2; Build ID: 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8 CPU threads: 8; OS: Linux 4.12; UI render: default; VCL: kf5; Locale: en-US (en_US.UTF-8); UI-Language: en-US; Calc: threaded See also: https://ask.libreoffice.org/en/question/242768/the-slide-indicator-is-not-showing-which-slide-i-am-in-when-i-switch-from-normal-view-to-notes-view-how-do-i-fix-this/
Dear hardy, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I have re-checked this bug in a recent version of LibreOffice (version 7.3.3.2 under Linux). Summary: The behavior improved a lot, but is not fully gone, yet. The originally decribed bug is STILL PRESENT and can still be reproduced with the steps I described in my very first comment. After the last click in the "notes" view tab, the slide marking still fully disappears. But now the behavior has already improved a bit: After clicking the "normal" view tab, the slide marking now re-appears. This makes this bug much less severe in my eyes. Nevertheless, it would still be nice to get fully rid of it. My recent tests were done with: Version: 7.3.3.2 / LibreOffice Community Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348 CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded
*** This bug has been marked as a duplicate of bug 92254 ***