Bug 151756 - Menu text almost invisible in Windows 10 dark mode (after sleep or when display connected) (see comment 9)
Summary: Menu text almost invisible in Windows 10 dark mode (after sleep or when displ...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.4.2.3 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 150564 151034 151884 151961 152367 153621 153960 154752 154834 155941 156300 (view as bug list)
Depends on:
Blocks: Windows-Dark-Mode
  Show dependency treegraph
 
Reported: 2022-10-25 15:24 UTC by ivantate
Modified: 2023-12-13 18:04 UTC (History)
16 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot (4.23 MB, image/jpeg)
2022-11-14 13:41 UTC, ivantate
Details
tabStops in LightMode (10.49 KB, image/png)
2022-11-27 23:47 UTC, TorrAB
Details
tabStops in DarkMode (10.54 KB, image/png)
2022-11-27 23:48 UTC, TorrAB
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ivantate 2022-10-25 15:24:29 UTC
Description:
Menus have black text on very dark background using dark mode in windows 10 so are unreadable. This does not occur straight away but after some time of being used.

Steps to Reproduce:
1.Start Libre Office, Calc or writer
2.Use for half an hour or so
3.

Actual Results:
After a while the black text on grey background changes to black text on very dark grey background.

Expected Results:
Contrast between the text and the background. White text on dark grey/black background.


Reproducible: Always


User Profile Reset: No

Additional Info:
[Information automatically included from LibreOffice]
Locale: en-GB
Module: SpreadsheetDocument
[Information guessed from browser]
OS: Windows (All)
OS is 64bit: no
Comment 1 V Stuart Foote 2022-10-26 01:25:50 UTC
Please enable "Experimental features" and retest.  The checkbox Tools -> Options -> Advanced panel, and restart.

Also, some additional work that will be in 7.5 available now with nightly master.
Comment 2 ivantate 2022-10-26 08:13:29 UTC
Thanks. I tried enabling the experimental features and the same thing happened but in reverse contrast (ie. the drop down menus go light grey with light grey text).
I'm using a MS Surface Pro 4, sometimes with a second screen connected via a Surface dock. 
On further experiment he issue occurs either when connecting/disconnecting the dock/second screen or after the computer has been in sleep mode.
Comment 3 QA Administrators 2022-10-27 03:32:49 UTC Comment hidden (obsolete)
Comment 4 Stéphane Guillou (stragu) 2022-11-09 12:46:31 UTC
Hi ivantate

Could you please see if the issue if fixed in a recent master build? You can download one from here: https://dev-builds.libreoffice.org/daily/master/current.html
Do you use the LibreOffice dark mode and/or use the Windows dark mode?

Thank you!
Comment 5 ivantate 2022-11-09 18:27:13 UTC
Thanks, 
Still getting the same result in the recent build. 
Using Windows 10 dark mode and/or the Libre Office dark theme.

The issue doesn't occur using Windows 'custom' colour with 'windows mode' set to dark and 'App mode' set to light.
Comment 6 QA Administrators 2022-11-10 04:03:39 UTC Comment hidden (obsolete)
Comment 7 Stéphane Guillou (stragu) 2022-11-12 16:42:24 UTC
Thank you for the reply.
If I can ask for a couple more things:
- Please provide a screenshot of the issue as attachment. It helps with these visual bugs.
- Please provide the exact system info copied from Help > About LibreOffice.

Thank you!
Comment 8 ivantate 2022-11-14 13:41:33 UTC
Created attachment 183588 [details]
Screenshot

Hope the attached is ok.

Version: 7.4.2.3 (x64) / LibreOffice Community 
Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: threaded
Comment 9 V Stuart Foote 2022-11-14 16:21:09 UTC
Can confirm

Version: 7.4.2.3 (x64) / LibreOffice Community
Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

Working in Windows os/DE set to its 'dark' color theme. LO is in default light color mode (Tools -> Options -> Application colors with 'LibrOffice' scheme) with "Automatic (Colibre)" icon theme showing.

I am able to reproduce the effect *at will* by using the Win10 os/DE "Settings" dialog and its "Choose your accent color" to open the 'Colors' dialog. Where the "Show accent color on the following surface" is available and then checking the 'Title bars and window borders' checkbox active.

Applies immediately and the App Frame for LibreOffice receives a dark rendering as shown in OPs screen shot--and that same App Frame color is assigned to the LO menu background.

Unchecking the 'Title bars and window borders' checkbox toggles the LibreOffice App Frame back to os/DE default--but the LO menu bg remains incorrect, retaining the previous dark color from the App Frame. Closing LO resets menu bg on next launch.

On same system parallel install a current build of master against a 7.5 release is not affected. There, recent work improves the automatic handling of Windows os/DE in its dark desktop mode including better automatic color mode/theme handling and improved LO foreground / background color.  So I think this is going to be limited to 7.4.

Not clear it is worth dev effort to fix as work around seems to be to not set os/DE accent color modes for the UI.  And this becomes => WF for 7.4, and LO fg / bg colors already correctly handled at 7.5

For OP please install daily build of 7.5 [1] in parallel [2] and see if issues with the Surface 4 tablet continue.

=-ref-=
[1] https://dev-builds.libreoffice.org/daily/master/Win-x86_64@tb77-TDF/

[2] https://wiki.documentfoundation.org/Installing_in_parallel/Windows
Comment 10 V Stuart Foote 2022-11-14 18:01:51 UTC
Checked a build of nightly against a 7.4.4 release

Version: 7.4.4.0.0+ (x64) / LibreOffice Community
Build ID: f7f4b00185318c1f2949ca42316e1a92c57da23b
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

Issue remains, but enabling experimental features enabled (Tools -> Options -> Advanced) eliminates the issue as with builds of master against 7.5

And setting the LibreOffice Dark color theme (Tools -> Options -> Application Colors) delivers a very usable Dark them on Win10/Win11 os/DE in Dark color mode even when the os/DE colors settings are active.

So, the for the corner case--enabling experimental features looks to be enough of a work around to having the accent colors enabled in the os/DE.
Comment 11 ivantate 2022-11-14 19:12:29 UTC
Both the 7.5 nightly and the 7.4 with experimental features enabled now appear to be working on the Surface Pro 4.

Many thanks
Comment 12 V Stuart Foote 2022-11-15 18:41:00 UTC
*** Bug 151961 has been marked as a duplicate of this bug. ***
Comment 13 Stéphane Guillou (stragu) 2022-11-17 10:10:06 UTC
Stuart, would you say this can be closed as WFM if we don't forsee any further improvements for 7.4 and the workaround is considered sufficient?
Comment 14 V Stuart Foote 2022-11-17 16:04:14 UTC
The Windows DE theme related experimental feature(s) are already in place at 7.4

=> WFM
Comment 15 V Stuart Foote 2022-11-23 04:57:07 UTC
*** Bug 151884 has been marked as a duplicate of this bug. ***
Comment 16 V Stuart Foote 2022-11-23 04:58:13 UTC
*** Bug 150564 has been marked as a duplicate of this bug. ***
Comment 17 V Stuart Foote 2022-11-23 05:00:26 UTC
*** Bug 151034 has been marked as a duplicate of this bug. ***
Comment 18 John Schuetz 2022-11-23 14:16:51 UTC
I just enabled experimental features enabled (Tools -> Options -> Advanced) and while it might take me some getting used to the dark mode on Libreoffice, it's better than when I had tried dark mode before, which affected the appearance of the document I am editing, and it's much better than trying to squint to figure out the menu items, especially for items that don't have icons.

Thank you for investigating this and thank you for the workaround!  I'm fine running this way until 7.5 hits stable.
Comment 19 TorrAB 2022-11-27 23:46:14 UTC
(In reply to V Stuart Foote from comment #1)
> Please enable "Experimental features" and retest.  The checkbox Tools ->
> Options -> Advanced panel, and restart.

Great! Thank you.
Except that tabStops are almost invisible in DarkMode —2 screenshots
Comment 20 TorrAB 2022-11-27 23:47:41 UTC
Created attachment 183839 [details]
tabStops in LightMode
Comment 21 TorrAB 2022-11-27 23:48:59 UTC
Created attachment 183840 [details]
tabStops in DarkMode
Comment 22 Stéphane Guillou (stragu) 2022-11-28 08:48:45 UTC
(In reply to TorrAB from comment #19)

> Except that tabStops are almost invisible in DarkMode —2 screenshots

Please open a new bug report about that specific issue, so we can keep it focused. Thank you!
Comment 23 V Stuart Foote 2022-12-04 19:44:28 UTC
(In reply to Stéphane Guillou (stragu) from comment #22)
> (In reply to TorrAB from comment #19)
> 
> > Except that tabStops are almost invisible in DarkMode —2 screenshots
> 
> Please open a new bug report about that specific issue, so we can keep it
> focused. Thank you!

Increased contrast of UI elements was done as bug 152284, that is now fixed.
Comment 24 V Stuart Foote 2023-02-15 04:13:15 UTC
*** Bug 153621 has been marked as a duplicate of this bug. ***
Comment 25 V Stuart Foote 2023-03-04 16:46:39 UTC
*** Bug 153960 has been marked as a duplicate of this bug. ***
Comment 26 Stéphane Guillou (stragu) 2023-04-11 09:41:13 UTC
*** Bug 152367 has been marked as a duplicate of this bug. ***
Comment 27 Stéphane Guillou (stragu) 2023-04-11 09:42:37 UTC
*** Bug 154752 has been marked as a duplicate of this bug. ***
Comment 28 Stéphane Guillou (stragu) 2023-04-17 08:41:33 UTC
*** Bug 154834 has been marked as a duplicate of this bug. ***
Comment 29 Stéphane Guillou (stragu) 2023-06-20 09:21:55 UTC
*** Bug 155941 has been marked as a duplicate of this bug. ***
Comment 30 Stéphane Guillou (stragu) 2023-07-17 20:53:33 UTC
*** Bug 156300 has been marked as a duplicate of this bug. ***