Created attachment 199794 [details] nightly builds UI color mode response change btwn 2025-03-09 and 2025-03-12 Seem to have a new issue with the Windows WDM color mode when changing from Light to Dark sense. With the 2025-03-12 build (bff3d75) with both these commit applied https://gerrit.libreoffice.org/c/core/+/182673 https://gerrit.libreoffice.org/c/core/+/182484 get the attached behavior now when changing from Light color mode to Dark color mode. Have a continuing issue with the content of drop lists not toggling color (e.g. Paragraph Styles, and Font previews show light on light). But with the 2025-03-12 build (bff3d75) the menus also follow the document canvas and toggle dark--but fg is also dark, so black on black. These are with the default 'Automatic' Appearance theme (no theme installed to clean profile, just an ooName value set). So toggle is reaction to os/DE color scheme.
Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bff3d755c8c11721054f4ff40a3d5f723b0c6b96 CPU threads: 28; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Note, this is the state after an os/DE color mode change and is the immediate response to the desktop mode change--but not with a restart of LibreOffice which more completely processes the color change to follow the 'System' value. Just with the refresh following a change in color mode without LO restart. No issue when LibreOffice is *actually restarted* following the DE mode change. And, not applicable with one of the new Appearance themes extensions applied, just for the default 'Automatic' color schemes set to 'System' radio button. The way it used to be before Appearance themes framework at 25.2