Description: When switching from Dark theme back to Light theme, the toolbars do not update/repaint. They remain in the dark theme. The buttons and background of the toolbar only update to the light theme (one by one) when the mouse cursor is hovered directly over them. Steps to Reproduce: 1.Go to Tools > Options > LibreOffice > Appearance 2.Set LibreOffice themes to Dark. Click Apply. 3.Repeat step 2, but set theme to Light. Actual Results: The toolbars remain in the dark theme. You must "scrub" the mouse over them to force them to repaint to the Light theme. Expected Results: The entire UI, including all toolbars, should instantly and completely repaint to the Light theme. Reproducible: Always User Profile Reset: No Additional Info: Version: 25.8.2.2 (X86_64) Build ID: d401f2107ccab8f924a8e2df40f573aab7605b6f CPU threads: 16; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 620(Build:0) CPU threads: 16; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
This is without the LO Appearance theme framework active. Tools -> Options -> Appearance 'Enable application theming' unchecked, and any of the 'Automatic', 'Light' or 'Dark' appearance modes only. If you leave the value set to 'Automatic' it should follow os/DE appearance theme changes between light or dark color sense. While using 'Light' or 'Dark' forces bypass of the os/DE provided color sense and then toggling one or the other will leave some elements of the UI incorrectly themed. Things are not 100% correct with the 'Automatic' sense, but it tracks os/DE color sense changes better than the Light/Dark. And for the most part simply restarting LibreOffice after changing the os/DE color sense or making a selection other than 'Automatic' will set things correctly. From 25.2 onward, best recommendation is to go ahead and select 'Enable application theming' and also to install one or more of the Appearance theme extensions linked from the Appearance panel. Activating or changing between the appearance themes still requires LO restart, but the results in UI are more predictable.
Hello tkakar@csumb.edu, Thank you for reporting the bug. I can confirm that the bug is present in the master and the current alpha version. Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 620(Build:0) CPU threads: 8; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 25.8.2.2 (X86_64) Build ID: d401f2107ccab8f924a8e2df40f573aab7605b6f CPU threads: 8; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Stuart: you changed this to unconfirmed, but wouldn't it be better to not have these glitches?
(In reply to Buovjaga from comment #3) > Stuart: you changed this to unconfirmed, Note in issue history that OP had set their own issue to NEW. Corrected. First, I'd like them to prove to themselves, and refine their STR, that the issue is what is described comment 1 regards a user not working with an Appearance theme and then using the Light/Dark mode rather than Automatic. > wouldn't it be better to not have these glitches? Yes, but pretty sure Light/Dark missed elements without Appearance Theme or LO restart is noted already in a few dupes--couldn't decide which. @Sahil poked with the see also.
(In reply to V Stuart Foote from comment #4) > (In reply to Buovjaga from comment #3) > > Stuart: you changed this to unconfirmed, > Note in issue history that OP had set their own issue to NEW. Corrected. > > First, I'd like them to prove to themselves, and refine their STR, that the > issue is what is described comment 1 regards a user not working with an > Appearance theme and then using the Light/Dark mode rather than Automatic. > > > wouldn't it be better to not have these glitches? > > Yes, but pretty sure Light/Dark missed elements without Appearance Theme or > LO restart is noted already in a few dupes--couldn't decide which. > > @Sahil poked with the see also. Thanks for the help. The bug only happens when "Enable application theming" is unchecked and switching between themes like "Light" and "Dark". As you noted in comment 1, checking "Enable application theming" resolves the issue by forcing a restart after changing a theme. Since you mention this is a duplicate, you can mark it as such.
@Sahil, Heiko, * is there a specific dupe for this issue--residual missed UI element response with the Light / Dark selection without enabling appearance theming. Or maybe roll into handling of the forced restart bug 166870 ? My thoughts are that enforcing the restart with *any* change between Auto - Light - Dark, or any of the theme extensions remains the most reliable behavior, and user should be prompted to do so. It just seems like the auto toggle between Light - Dark (without an os/DE color scheme change) is always going to leave areas of the UI unrefreshed and so is not the best UX cross platform and DEs. Seems like bug 166870 should be adjusted to explicitly enforce a restart with any theme selection change.
(In reply to V Stuart Foote from comment #6) > My thoughts are that enforcing the restart with *any* change between Auto - > Light - Dark, or any of the theme extensions remains the most reliable > behavior, and user should be prompted to do so. that would probably be the easiest/quickest solution, though i will still look if it's possible to get something better working this weekend.