Created attachment 185735 [details] page properties dialog using dark mode after a while steps to reproduce: - mac switches to dark mode based on time in sytem preferences - open libreoffice write document - open format -> page properties dialog (all looks just fine) - do some stuff ... not clear which, i tried printing a couple of pages - open page properties again - it looks like in the attachment expected result: an actually readable dialog
*** This bug has been marked as a duplicate of bug 153416 ***
I saw this in 7.5.x thus setting to new. This is not a dupe as this problem here seems different from the white on white buttons in the notification banner.
There was speculation that this issue here could be triggered when having the mac set to automatically switch between light and dark mode for day / night. But this does not apply to my setup (dark mode only), so that is likely not the cause for the problem.
wrt https://bugs.documentfoundation.org/show_bug.cgi?id=153416#c20 I wonder if this is still reproducible with a recent daily build to see if the change mentioned there made any difference.
Created attachment 185994 [details] Unreadable dialog box Confirming this bug on the most recent release (7.5.1.2). The text in dialog boxes has become unreadable even though initially this was not the case. I have my Mac set to dark mode permanently, so the day-night change is not relevant in my case. However, it did only occur for the first time after I had printed a document, while I also have Skia/Metal switched on. Not sure if either is relevant, but in https://bugs.documentfoundation.org/show_bug.cgi?id=153416#c20 Patrick Luby noted that his patch resets the settings after printing so if that patch is not in 7.5.1.2, it might fix this. I am unfortunately not able to test a nightly build to see if it still occurs. Version: 7.5.1.2 (X86_64) / LibreOffice Community Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129 CPU threads: 8; OS: Mac OS X 12.6.3; UI render: Skia/Metal; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-GB Calc: threaded
(In reply to Wim M from comment #5) > I have my Mac set to dark mode permanently, so the day-night change is not > relevant in my case. However, it did only occur for the first time after I > had printed a document Thank you for that, Wim, I could reproduce with these exact steps: 1. Dark Mode for macOS 2. Open Writer, go to Format > Page style: dialog is readable 3. File > Print, send a job to a printer 4. Format > Page style: unreadable fields and buttons (but same can already be seen with the size and font selection dropdowns) Tested on macOS 13.2.1 with LO 7.5.0.3 Now to test a daily build to see if 57b88be1e10e131aea429e205fd426b7dab2ba2d fixed it.
Yes, it is fixed in: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5da513c1f34f657f910d2a9d1af7761cf649574f CPU threads: 2; OS: Mac OS X 13.2.1; UI render: Skia/Raster; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded I'm going to assume this was said commit 57b88be1e10e131aea429e205fd426b7dab2ba2d, by Patrick. Thanks Patrick! I added the 7.6 target, not sure yet which 7.5 point-release will get it.
Thanks for confirming and for checking the nightlies, Stéphane. Would indeed be good to get Patrick's patch into the 7.5 branch as well since printing is probably a fairly common activity among LO users.
(In reply to Wim M from comment #8) > Thanks for confirming and for checking the nightlies, Stéphane. Would indeed > be good to get Patrick's patch into the 7.5 branch as well since printing is > probably a fairly common activity among LO users. The fix just got committed and should be included starting in the next LibreOffice 7.5.2 Release Candidate: https://gerrit.libreoffice.org/c/core/+/148698