Description: Hitting F11 or selecting the Styles -> Manage Styles menu option causes Writer's Styles "Styles and Formatting" window to appear docked inside the main Writer window. The document display gets squeezed to the left. "Styles and Formatting" can be undocked by selecting "Undock" from its menu button, making it a separate window on the desktop, and allowing the document display to revert to its normal width. THE PROBLEM: Closing the Styles and Formatting" and selecting the Styles -> Manage Styles menu option again causes Writer's Styles "Styles and Formatting" window to appear docked inside the main Writer window again; it forgets that it's supposed to be undocked. This might seem like a minor issue, but for my typical use case (>100,000 word document in "Web" view mode) shrinking and growing the document display means reflowing the whole document, which renders Writer unusable for ~20 seconds while it happens, and causes the display to show a different part of the text that what I'm working on. Steps to Reproduce: 1. Select View -> Web in Writer 2. Open a large document 3. Select Styles -> Manage Styles 4. Select "Hamburger" -> Undock to make "Styles and Formatting" a separate window 5: Close the "Styles and Formatting" window 6: Select Styles -> Manage Styles. "Styles and Formatting" is docked again. Actual Results: "Styles and Formatting" appears docked regardless of its previous undocked state Expected Results: "Styles and Formatting" appears undocked is its previous state was undocked Reproducible: Always User Profile Reset: Yes Additional Info: This issue appeared only in very in recent versions. Version: 7.5.7.1 (X86_64) Build ID: 50(Build:1) CPU threads: 2; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Can not confirm on 7.6.2.1 release build nor on recent build of master for Windows os/DE against 24.2.0 The Sidebar Deck framework when "undocked" will remain undocked. Selecting the 'Styles' deck or the 'Properties' deck makes no difference to the undocked state. <F11> or main menu 'Styles' -> 'Manage Styles'; or the <Ctrl>+F5 Sidebar toggle do sane things. =-testing-= Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7f69bca41c5034207ba9170420f6b3b214121a7b CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
I just tried it on 7.6.2.1 (on Linux amd64) and the problem didn't appear in that version.
Additional info and test results: I ran into this bug running the Fedora 38 repo version of LibreOffice on Fedora 38 using Gnome on Wayland. Just tested 7.5.7.1 as downloaded directly from libreoffice.org running on Debian using a simple window manager (no desktop environment) on Xorg. The problem in this bug report didn't manifest on the libreoffice.org version on Debian. Tested 7.6.1 from libreoffice.org on Fedora 38 (Gnome on Wayland), and the bug appeared. Tested 7.5.6.2 and 7.5.7.1 from the Fedora 38 repos on Fedora 38 (Gnome on Xorg) and the bug didn't appear on either of them. Note that the latter of these is the same version from the same repo which appears in the bug report; the only difference is that Gnome was running on Xorg rather than Wayland. These results (and V Stuart Foote's) suggest that the issue is an interaction between LibreOffice and Wayland.
Reproduced with Ubuntu + GNOME + Wayland and: Version: 7.6.3.0.0+ (X86_64) / LibreOffice Community Build ID: ba808a28f5ea365eaf8fe5d9c7c91b417633d75f CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Not just about Styles and Formatting, it's the whole sidebar. Not just Writer, it's the same in e.g. Calc.