The sidebar has a weird behaviour of hiding itself after i had just unhid it. This behaviour happens randomly and has happened many times on different versions of 4.2, 4.3 and master on both linux and windows. So the sidebar would be enabled but closed/hidden and i'd click the show button to unhide it. Then when i'd move my mouse either into the document or into the toolbars, the sidebar would hide itself. This time it happened once before starting writing this bug and a second time during writing this bug. Version: 4.4.0.0.alpha1+ Build ID: c91e045c12ac5dffc20c04c6f97db4892c1e558d TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2014-10-31_01:07:08
Could you please give me a little bit more information about the different steps to reproduce it, because I am not sure how to reproduce it. I know with VIEW -> SIDEBAR you can select whether the sidebar is shown or not and if the full sidebar is open you can close it with clicking on X so that you can only see the icons. But how can you hide the sidebar and where can I find the show button? Thank you very much in advance. (tested with LO 4.3.3.2, Win 8)
To the right of the scrollbar, there is a small button, which can be seen in attachment 105798 [details]. It is used to hide and unhide the sidebar without having the enable/disable it from the view menu. As this happens in a random way, in order to reproduce it, you would have to be regularly hiding and unhiding the sidebar during your regular usage of LibO. Steps: 1) Open Writer with sidebar in its enabled but hidden/closed state 2) Click the small show button to expand sidebar 3) Move mouse to toolbar or to document 4) Sidebar hides itself
Thank you very much for your fast reply and support. I tried it a few times, but I could unfortunately not reproduce it. But you wrote it happens randomly and not always? I will take care if I can maybe see it in the next days. (tested with LO 4.3.3.2, Win 8.1)
Hi Jay, Andy, There's two behaviours for this button. Once the sidebar enabled but closed (you see a narrrow band with a central button on the right of the scrollbar), if you click exactly on the button, you open the sidebar and it keeps opened constantly. If you now click out of this button but into the narrow band to open the sidebar, this time when you click into your document to work, the sidebar disappears. Is it the behaviour you observed? Regards, Jacques
Jacques, thanks for your feedback. If I click on the dots/button in the middle the sidebar stays open. But if I click on the narrow band above or below of the button and then move the mouse outside the sidebar then the sidebar closes after a few moments. But then this is probably no bug? @Jay: Was this also the behaviour you had? (tested with LO 4.3.3.2, Win 8.1)
Hi Jacques, Till the moment you just mentioned it now, i didnt know that it was possible to click anything but the central button to open the sidebar. Maybe it could be that i was trying to click the central button and am missing it by a few pixels and so it was opening in that manner. So is there a reason why this behaviour of clicking outside of the central button is made to work in this fashion?
Hi Jay, I learned it like you, about the media window in Impress. Only a few pixels out of the button and you experiment it. All anchored windows have this behaviour. So Gallery and database windows. This is useful to apply a style for example and find again the whole window to work. Perhaps this is not very well documented... Jacques
(In reply to Jay Philips from comment #6) > Hi Jacques, > > Till the moment you just mentioned it now, i didnt know that it was possible > to click anything but the central button to open the sidebar. me too. > Maybe it could be that i was trying to click the central button and am missing it by a few > pixels and so it was opening in that manner. So is there a reason why this > behaviour of clicking outside of the central button is made to work in this > fashion? I think that is a bug... there's a lot of time where I want to move the scrollbar and if I'm not very accurate with the mouse I accidentally hit the sidebar causing it to pop out. IMHO the sidebar should be opened only by clicking on the small dots sensible area. being sensible to clicks above and below it and with a different behaviour can cause confusion for user in different scenarios... either for those who truly wanted to expand the sidebar (but clicked a few pixels higher or lower) and see it auto-hide when going back to the document (Jay's case) or those (like me) who just wanted to click the scrollbar (but clicked a few pixels right) and see unwanted appearance of the sidebar. let's consider opening a clean new report about the real issue which is that sidebar can be expanded even clicking outside it's pop-up button
(In reply to tommy27 from comment #8) > or those (like me) who just wanted to click the scrollbar (but > clicked a few pixels right) and see unwanted appearance of the sidebar. Yes this happens to me constantly as my reflects always move to the farthest point to the right to click the scrollbar. :D
let's set the status to NEW but let's consider opening a new clean report with just the exact information about the issue which is due to the presence of clickable areas above and below the expand button
Adding self to CC if not already on
The show/hide button is longer since 5.0.
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
Dear Yousuf Philips (jay), 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still repro, if I click the collapsed Sidebar's edge. Then, clicking in the document closes the sidebar. Arch Linux 64-bit Version: 7.1.0.0.alpha1+ Build ID: c54e1c22f30c23d00e2fe7521217569fcec59cc4 CPU threads: 8; OS: Linux 5.9; UI render: default; VCL: kf5 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 13 November 2020
Dear Yousuf Philips (jay) (retired), 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
Repro with 24.2.5.2 Version: 24.2.5.2 (X86_64) / LibreOffice Community Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59 CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: en-US (pl_PL); UI: en-US Calc: threaded It looks like a documented feature — Help calls it AutoHide [1]. "Click the button on the edge of the docked window to show or hide the docked window. The AutoHide function allows you to temporarily show a hidden window by clicking on its edge. When you click in the document, the docked window hides again." ------------- [1] Help for Calc, topic "Showing, Docking and Hiding Windows" https://help.libreoffice.org/latest/en-US/text/shared/guide/autohide.html