Description: Some combinations of "Document background" and "Font color" in "Tools/Options/LibreOffice/Application Colors" seem to be overridden despite being manually set. Steps to Reproduce: 1. Open a new LibreOffice document 2. Open "Tools/Options/LibreOffice/Application Colors" and set "Document background" to "Dark Brick 4", and the "Font Color" to "Black". Apply and/or OK. Actual Results: Document is displayed with Dark Brick 4 background and White text (not black). Expected Results: Document should be displayed with manually assigned colors (despite it being a poor choice). Perhaps a warning could be displayed but manually assigned options should be respected. Reproducible: Sometimes User Profile Reset: Yes Additional Info: I have also tested this in Light and Dark mode and it occurs in both. Also tested with "Use automatic font for screen display" enabled and disabled and it occurs in both. Reported here: https://ask.libreoffice.org/t/libreoffice-24-2-3-cant-control-font-colours-in-application-colours/106904 Version: 24.2.3.2 (X86_64) Build ID: 420(Build:2) CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.utf8); UI: en-US Calc: threaded Version: 24.2.4.2 (X86_64) / LibreOffice Community Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-AU (en_AU); UI: en-GB Calc: CL threaded
Created attachment 194754 [details] libreoffice application colors not respecting manual options
Created attachment 194755 [details] libreoffice application colors not respecting manual options (accessibility - automatic font color disabled)
Reproduced in: Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 830ba03622b89992b1aef6fb8bf25680a68d5fdf CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Also in OOo 3.3 (for example with Red background and Black font colour) -> inherited. (Possibly made more evident by a recent change in threshold, see bug 159541.)