Description: In this latest version (7.3.0.3) the sidebar will not move to the opposite side of the screen and stay docked there upon reopening the saved document or saved template. In other words, if the sidebar was set to dock on the left side of the screen to ameliorate the text tearing issue, you can move it and dock it to the right side of the screen, and even save the document or template, but the next time you open the document or template it will be back to being docked on the left side again). This was not an issue in version 7.2.5 or previous versions to the best of my recollection. Steps to Reproduce: 1. Move and dock the sidebar to the opposite side of the screen from the default 2. Save the document or template 3. Close document or template 4. Reopen the document or template Actual Results: The document or template goes back to being wherever it was docked before the downloading and installing of version 7.3.0.3. Expected Results: The sidebar should stay located and docked where you set it, not keep opening up in the position you no longer want it be docked at just because you moved it in a prior version to avoid an issue (in this case, the issue being moving the sidebar to the left side of the screen to avoid the nasty text tearing issue). Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.3.0.3 (x64) / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
IIRC the Sidebar is not a per-document UI setting. Rather it is recorded into user profile per LO module. If you move it from its default docking location on the right edge of the UI to its alternate docking location on the left edge it should remain there for all subsequent launches of the module. Or if you undock it from one of its two docking locations, it should continue to float at that location until moved. Unfortunately, with a recent Windows build of master against 7.4.0 that is not the behavior. Confirming an issue. Either a drag-and-drop movement, or an "undock" and then drag to opposite side docking location will dock the Sidebar--but it is erratic as to where a subsequent launch of the module will show the Sidebar. @Samuel, @Jim are you getting sane behavior between launches of a module? =-testing-= Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 80723fccbb03c215bab84b10ac1eefaedef66b7c CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
A work around is to undock the sidebar so it becomes a floating window then dock it to the position you want. I haven't looked at the code to see why dragging directly from one docking position to another does not save the position. Interesting.
(In reply to Jim Raykowski from comment #2) > A work around is to undock the sidebar so it becomes a floating window then > dock it to the position you want. I haven't looked at the code to see why > dragging directly from one docking position to another does not save the > position. Interesting. I guess I should have read Stuart's findings and just confirmed them :)
Issue has been confirmed (not sure about the regression though); the expectation to remember user setting is reasonable; removing needsUXEval.
The problem seems to have vanished a day or two after I posted this bug report (at least for me...so far). But for two days, I had this problem regardless of how I went about moving the sidebar (just dragging it to the other side of the screen or undocking it and then moving it to the the other side of the screen). I tried doing a soft reset followed by a hard system shut down, but neither worked. There was another issue that was even more problematic that I didn't mention in the initial bug report, and that is that after I undocked the sidebar, I couldn't get the docking feature to work even temporarily but once every eight or ten attempts because when I moved the sidebar to its new location, it would not dock (instead it would just float). I could move the sidebar all the way until it was practically off the screen, but it would not pop into place as usual. I tried everything I could think of, but it only occasionally docked -- but then would not remember the new location. But, as I mentioned at the top, it seems to be working fine now. I just had three Microsoft updates, but that is after the fact. I usually only get the daily security updates, which I wouldn't think would have any effect on this, but something obviously went wrong for a couple days before self-correcting (fingers crossed).
I can confirm that the current behavior is per comment #1, but I don't see it different in older versions: it worked like this (position not retained in 1 step Right->Left or Left->Right side move, only when an intermediary "floating" step is used) in older versions 7.0, 6.0, 5.0 even 4.0 on Windows / Linux. Removing regression keywords.
Dear Eek! A Bug. Kill it!, 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