https://bugs.documentfoundation.org/show_bug.cgi?id=156855
--- Comment #9 from Patrick (volunteer) <[email protected]> --- (In reply to Christian Lohmaier from comment #8) > Anyhow, that's the other issue. Correct. This issue is a combination of bugs in the native macOS code and the new theme colors. FWIW. This bug was filed before the new themes feature was added. Specifically, this bug was for when the macOS light/dark preference is changed while running LibreOffice. Then, starting in LibreOffice 25.2, this bug is also occurs when changing light/dark mode in the LibreOffice Appearance panel and not restarting immediately. Although I can't test this, I think my patch in comment #6 (minus my hacky theme calls) might actually fix the original bug in LibreOffice 24.8. Haven't had time to rebuild and test that though. The problem for LibreOffice 25.2 (and what I think testers say is worse) is that my fix works but only if I basically disable the Automatic theme color (i.e. run in a themeless mode like 24.8 did). The themes feature merges its colors with the native colors and but the current theme (Automatic is the default) does not switch it colors and so when you switch light/dark mode (however you choose to do it) while LibreOffice is running, the current theme's colors remain stuck in the previous mode until restart and LibreOffice becomes nearly unreadable do to a mixture of the right native colors and the now invalid current theme colors. I really think ThemeColors needs a call to dump its cached values and reload with the current light/dark mode. That is the piece that is missing IMHO. -- You are receiving this mail because: You are the assignee for the bug.
