Description: Some UI elements such as dropdown arrows or unchecked checkboxes inherit the OS color instead of the color of the theme. Steps to Reproduce: 1. Set your OS color theme to Dark (Windows/Linux). 2. From Tools->Options->Appearance, select any theme extension that uses Light color (such as Office 2003 Blue theme). 3. Apply and restart LO. 4. Go back to Tools->Options->Appearance and look at the UI. Actual Results: The dropdown arrows and the unchecked checkboxes are black instead of gray/blue/white (as the theme specifies). See attached screenshot. Expected Results: The elements should follow the theme and be the right color as the button colors are. Reproducible: Always User Profile Reset: No Additional Info: This reproduces with: Version: 25.8.0.0.beta1 (X86_64) / LibreOffice Community Build ID: 1b25e37a63c5a6f16bdcb365ed3da80ac419e6e4 CPU threads: 8; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: ro-RO (ro_RO); UI: en-US Calc: CL threaded But was working fine in: Version: 25.2.4.3 (X86_64) / LibreOffice Community Build ID: 33e196637044ead23f5c3226cde09b47731f7e27 CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win Locale: ro-RO (ro_RO); UI: ro-RO Calc: CL threaded
Created attachment 201413 [details] UI elements not being themed
Created attachment 201414 [details] Use this LightGray theme for LO25.8 Attached the new LightGray theme that can be used to reproduce on LibreOffice 25.8
If I'm right, Appearance Themes is a work in progress.
(In reply to Mihai Vasiliu from comment #2) > Created attachment 201414 [details] > Use this LightGray theme for LO25.8 > > Attached the new LightGray theme that can be used to reproduce on > LibreOffice 25.8 Confirmed Win11 os/DE set to Dark color scheme. The LibreOffice theme is overridden by os/DE--button bg/fg is wrong, list box bg/fg is wrong. The new LightGray theme is a single color mode framework theme that is designed for os/DE Light color scheme. Issue is when os/DE is shifted to Dark color scheme, the theme colors button/listbox fg/bg colors are ignored. Some auto response to os/DE theme is overriding what should be set by the applied theme. @MMihai, thanks for the new format theme to test against, while the 25.2 format themes need annotations as 25.2 only. =-testing-= 20250621 TB73 nightly Version: 25.8.0.0.beta1+ (X86_64) / LibreOffice Community Build ID: a56c6315c0b7969711e7da5d722d1f28c0e72ddf CPU threads: 8; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
Similar mishandling of a new theme in recent nightly of master against 26.2.0 The os/DE in Dark color scheme overides elements from a 25.8 "light" scheme. button color fg/bg and list box fg/bg are muddled when os/DE is put into a "dark" scheme. =-testing-= 2025-06-20 TB77 nightly Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 024053c0c140e1d167a0276f1885a21a160b45ac CPU threads: 8; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
Created attachment 201631 [details] Same issue on styles panel The same issue reflects in other UI elements and it impacts the usability of the application
Hmm, the shoemaker walks barefoot bug :-(
Toggling the os/DE color theme -- the System / Light / Dark sense -- really requires a restart of LibreOffice. Think the issue here remains that the Automatic dark/light handling for the UI does not include all of the elements. Suspect that since just a few UI elements are not responding to the Dark/Light toggle, that just those specific elements need correction. The effect is really cosmetic, and is mostly "cleared" by an LO restart (or applying an Appearance theme) where the Autoswitch is what faults currently.
(In reply to V Stuart Foote from comment #8) > Toggling the os/DE color theme -- the System / Light / Dark sense -- really > requires a restart of LibreOffice. Yes, even if I restart LO, some elements will follow OS color theme, which is not what it should do when application theming is enabled. > The effect is really cosmetic, and is mostly "cleared" by an LO restart (or > applying an Appearance theme) where the Autoswitch is what faults currently. The effect is NOT just cosmetic. See the screenshot from the styles panel, where basically the panel is unusable because the user cannot read the text, being white on white (or other unfortunate combination of colors).
(In reply to Mihai Vasiliu from comment #9) > (In reply to V Stuart Foote from comment #8) > > Toggling the os/DE color theme -- the System / Light / Dark sense -- really > > requires a restart of LibreOffice. > > Yes, even if I restart LO, some elements will follow OS color theme, which > is not what it should do when application theming is enabled. > > > > The effect is really cosmetic, and is mostly "cleared" by an LO restart (or > > applying an Appearance theme) where the Autoswitch is what faults currently. > > The effect is NOT just cosmetic. See the screenshot from the styles panel, > where basically the panel is unusable because the user cannot read the text, > being white on white (or other unfortunate combination of colors). Yes but it fully clears: - check active "Enable application theming" - select 'Automatic' from the lb of themes - restart LibreOffice - toggle os/DE color sense, e.g. Win11 'Turn on Dark mode system wide' (Personalization -> Colors "Choose your mode" lb Dark|Light selection. That effects LibreOffice's 'Automatic' colors. - no restart of LO--the colors in UI do NOT fully refresh some light on light or dark on dark - restart of LO (theme still in Automatic)--UI comes up fully refreshed with Automatic following the Light|Dark of os/DE and few if any light on light or dark on dark. So cosmetic, and the os/DE theme toggle really should trigger a LO restart. Just as changing an applied appearance theme still requires. It would be nice to NOT have to restart LO, but I think for consistent behavior and UX--we need to detect and prompt for restart here as well.