Description: Generally speaking, a window or toolbar should maintain its user fixed size. Regression from previous version of Writer Steps to Reproduce: 1- Choose >Navigator from side bar 2- Fix a width 3- Choose Styles in navigator bar 4- File > Reload Actual Results: Go back to Navigator: side bar is narrower than before Expected Results: The side bar width is the same fixed, even after closing and restarting LO Reproducible: Always User Profile Reset: No Additional Info: Suggestion: every application can have a different width of side bar as side bar may have different use according to the application in which it is used. Versione: 5.4.3.2 (x64) Build ID: 92a7159f7e4af62137622921e809f8546db437e5 Thread CPU: 8; SO: Windows 6.19; Resa interfaccia: predefinito; Versione locale: it-IT (it_IT); Calc: group
That is a really old build of LibreOffice, the Sidebar deck size/position "persistence" has received attention over recent builds. Please retest with a 7.6.1 release or current master against 24.02
This issue appears from release 7.5.4.2. I just checked 7.6.0.3 and it remains. The same is true for the horizontal space in the gallery side bar of Draw, but I'll post a different bug report for this.
Sorry, I checked with 7.6.0, not 7.6.1. The same test has been carried out with: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 8b9643960117612b7e1cae1ed8325c2630232d0f CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: it-IT (it_IT); UI: it-IT Calc: CL threaded with the same results, closin and opening the file again and save and then reload it. The width of side bar doesn't return as fixed and also the hoizontal division on Gallery.
[Automated Action] NeedInfo-To-Unconfirmed
I checked with 7.6.0.3 and the issue remains.
Confirmed, the active deck (temporarily) keeps the same width but switching to another resets its width to its minimum. It should persist after a document reload. Tested with: Version: 7.6.0.2 (X86_64) / LibreOffice Community Build ID: 41d6f628ba3f046f16b5fa9fa8db8d4c2ab3b582 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded To be more precise, Steps to Reproduce: 1- Choose > Navigator from side bar 2- Set to maximum width 3- Switch to Styles deck: note that the width matches the Navigator's 4- File > Reload: note that the Styles deck's width hasn't changed 5- Switch to Navigator deck Result: Navigator deck has minimum width. In fact, all others do once you switch. Reproduced in 7.4.7.2 but not in 7.3.7.2, so marking as a regression.
With steps from comment 6 and the linux-64-7.4 repo, I bibisected it to first bad commit 837ba694d276705ecac2999951615c7d3c41d4e3 which points to core commit 334b44affe24340f44216021a4699699dd5dde96 which is a cherrypick of: commit 0ec2b93c28093c80572c43f7be261630bd85f232 author xuenhua Wed Jun 01 15:29:49 2022 +0800 committer Caolán McNamara Fri Jun 17 20:52:05 2022 +0200 tdf#149431 Fix the sidebar's width Reviewed-on: https://gerrit.libreoffice.org/c/core/+/135220 Bug 149431 was marked a duplicate of bug 128180: "Allow each deck to keep its own width in the sidebar". So as I understand it: the test case of bug 149431 (moving to a wider deck affects the width of the previous deck) is indeed fixed, but we lost the persistence of a deck wider than the minimum widthf after a reload. Best example of why this is problematic is probably the Gallery deck: the user might want to always show 4 columns of objects. It is reset to 2 columns after a reload. Enhua, can you please have a look? Heiko, you've followed the Sidebar width conversation in more detail than me, copying you in in case you have input :)
IIRC there is an expert option to change the behavior. MinimumWidth = false maybe?
Dear Davide, 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