Description: Somehow, I couldn't find anyone reporting this bug, which is why I'm filing it. The Styles in Sidebar aren't displayed properly. The screenshots should be pretty self-explanatory but Here is how to replicate it: Steps to Reproduce: 1. Create or open any document. 2. Make sure that in the sidebar, all styles are collapsed. (meaning you can for example only see "HEADING" and not "Heading 1/2/3/..." 3. Write any amount of text using one of the hidden styles. (Press Ctrl+1 to get a Heading 1 for example) 4. See the bug: "Heading 1" doesn't get opened up in the sidebar-style-view. It's only shown if you MANUALLY go to where H1 is. This really is a loss of function compared to LO 6.4.5.. Actual Results: The hidden Style doesn't get opened up in the sidebar-style-view. It's only shown if you MANUALLY go to where it is. Expected Results: Automatically de-collapse (not sure what the proper word is) the style-tree to always display the currently selected Style. Reproducible: Always User Profile Reset: No Additional Info: Might only happen on Linux, haven't tested this on Windows.
Created attachment 164524 [details] Screenshot 1
Created attachment 164525 [details] Screenshot 2
Created attachment 164526 [details] Screenshot 3
Does it also happen in safe mode. Launch LibreOffice -> Help Restart in safe mode. ignore the wizard and go to writer It sounds like a profile issue
(In reply to Telesto from comment #4) > Does it also happen in safe mode. Launch LibreOffice -> Help Restart in > safe mode. ignore the wizard and go to writer Help -> Restart in Safe Mode -> (in the Wizard click on) Continue in Safe Mode, right? Good idea to try safe mode, forgot about that. Unfortunately though, the exact same problem persists even in Safe Mode.
(In reply to Clarc from comment #0) > 4. See the bug: "Heading 1" doesn't get opened up in the sidebar-style-view. > It's only shown if you MANUALLY go to where H1 is. I can't confirm this with Version: 7.0.0.3 (x64) Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: threaded
(In reply to Dieter from comment #6) > I can't confirm this with > > Version: 7.0.0.3 (x64) > Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e > CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: > win > Locale: de-DE (de_DE); UI: en-GB > Calc: threaded Today I tried it with a Windows PC and also couldn't replicate it... I'm fairly certain that it's a Linux-only bug.
Can't confirm on Arch Linux with 7.0.0.3: following the listed steps, the style tree gets expanded with Heading 1 selected/highlighted.
(In reply to Mihkel Tõnnov from comment #8) > Can't confirm on Arch Linux with 7.0.0.3: following the listed steps, the > style tree gets expanded with Heading 1 selected/highlighted. That's really weird... Is it possible that the installment of the Flatpack went wrong? I tried to reinstall (at least twice), but the bug still persists...
(In reply to Mihkel Tõnnov from comment #8) > Can't confirm on Arch Linux with 7.0.0.3: following the listed steps, the > style tree gets expanded with Heading 1 selected/highlighted. Could it be Ubuntu (/Linux Mint) -specific? Did you install it via Flatpak or did you do it in another way?
This still persists in Version: 7.0.1.2 Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: de-AT (en_GB.UTF-8); UI: en-GB Flatpak Calc: threaded I have no idea what to do. I tried uninstalling and repairing a couple of times, nothing changes. It works with the old 6.4.6.2 that comes with the package manager, but that version turned extremely ugly for some reason... so I'd prefer it if it worked in the Flatpak version as well.
Somehow, I got it to work! I uninstalld it (flatpak uninstall org.libreoffice.LibreOffice), then downloaded the File from the direct download-Link here: https://www.libreoffice.org/download/flatpak/ and installed LO through the Software Manager that popped up after clicking on the file. No idea which of those three reasons were the cause of all this: 1. The old Flatpak-LO (7.0.1.2) was bad and the bug got fixed by this new version being 7.0.2.2 2. The old Flatpak-LO (7.0.1.2) was fine and my installation somehow got (and stayed) corrupted 3. The old Flatpak-LO (7.0.1.2) was bad and the new LO only corrected the issue because it (somehow?) was from a different source
(In reply to Clarc from comment #12) > Somehow, I got it to work! Good to read. So we can close this bug. => RESOLVED WORKSFORME