Bug 147267 - Sidebar will not stay docked in a new position from previous docked position before the install of 7.3.0.3
Summary: Sidebar will not stay docked in a new position from previous docked position ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.3.0.3 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Sidebar-UI-UX
  Show dependency treegraph
 
Reported: 2022-02-07 21:09 UTC by Eek! A Bug. Kill it!
Modified: 2022-09-08 05:00 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Eek! A Bug. Kill it! 2022-02-07 21:09:08 UTC
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
Comment 1 V Stuart Foote 2022-02-08 02:39:38 UTC
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
Comment 2 Jim Raykowski 2022-02-08 04:12:53 UTC
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.
Comment 3 Jim Raykowski 2022-02-08 04:57:58 UTC
(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 :)
Comment 4 Heiko Tietze 2022-02-08 09:27:53 UTC
Issue has been confirmed (not sure about the regression though); the expectation to remember user setting is reasonable; removing needsUXEval.
Comment 5 Eek! A Bug. Kill it! 2022-02-09 20:50:37 UTC
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).
Comment 6 Gabor Kelemen (allotropia) 2022-03-01 09:19:19 UTC
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.