Created attachment 168971 [details] Mint dark theme. as shown, in tabbed UI, the file/home/insert/... menu at right edge is dark in dark mode. Gets totally invisible in pure black theme. Gets white upon mouse hover. in LO UI without opening any specific program it happens too as shown below. Version: 7.0.4.2 Build ID: dcf040e67528d9187c66b2379df5ea4407429775 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-IN (en_IN); UI: en-US Calc: threaded Linuxmint 19.3 xfce discussion at https://ask.libreoffice.org/en/question/287817/these-buttons-are-black-in-dark-mode-going-invisible/
Created attachment 168972 [details] Windows 10 Acrylic dark theme by B00marang
Created attachment 168973 [details] mouse hovering
Created attachment 168974 [details] LO UI without opening any specific program
Thank you for reporting the bug. buttons does not go invisible in dark mode I can not reproduce the bug present in Version: 7.0.3.1 (x64) Build ID: d7547858d014d4cf69878db179d326fc3483e082 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL Version: 7.2.0.0.alpha0+ (x64) Build ID: 761a672d62df1891b9f4f367a499b220ab2b33fa CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
Thank you for reporting, Sharigkeen, we appreciate it! Could you please describe more precisely the steps for reproducing? As I understand, you tested OS-level dark modes (unrelated to the colour modes in the LibreOffice options). Is that right? Please give more details about: - Steps for applying the dark mode on Windows - Steps for applying the dark mode on Linux Mint You can set the status back to "Unconfirmed" once you have provided the extra information.
This is only for GTK Linux themeing--Acrylic theme of comment 1 is just an os theme to simulate Windows 10 dark mode. LibreOFfice has no mechanisim to read actualy UWP os themeing for Windows builds. Though High Contrast a11y themeing like GreyEve do have similar issues with button and menu labeling.
Thank you for clarifying, Stuart! Confirmed by using the dark mode in GNOME 3.36. Even though the GNOME dark mode uses a dark grey as a base, it is evident that the button text in question has either a poor contrast (in the case of GNOME dark mode) or disappears entirely (for dark modes that use black as a background, as in this bug report's description). The buttons in question are the right-hand side menus in the tabbed user interface, in all ribbons. The File ribbon happens to have two (File and Help), as well as an extra menu button exhibiting the same issue: Recent Documents. All other ribbons only have this issue with the right-hand side button of the same name as the ribbon. To reproduce: 1. Set the OS's appearance to a dark mode 2. In LibreOffice, set the user interface to Tabbed: View > User Interface... > Tabbed Note that this issue also exist for some dropdowns in at least two other user interfaces: Tabbed Compact and Groupedbar compact. Changing Blocks to more specific meta bug, and changing the title to more accurately describe the issue. Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 1dd4a80fa076bedb3a82821517036bad8dd79857 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-07-26_22:41:19 Calc: threaded
Created attachment 179446 [details] Screenshot in LO 7.3, Write vs Calc Interestingly, the "Insert" drop-down button (in the "Insert" and "References" tabs) has white text in Writer whereas it has black text in Calc. Also notice the different font (size?) used in the problematic dropdown buttons: it looks bigger. Could this be a hint at where the issue is? Could someone give pointers to these UI elements, for both Writer and Calc? Tested with: Version: 7.3.2.2 / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
This is a regression as I can't reproduce on: Version: 6.4.7.2 Build ID: 1:6.4.7-0ubuntu0.20.04.4 CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3; Locale: en-AU (en_AU.UTF-8); UI-Language: en-US Calc: threaded I suspect the commit identified by a bibisect will be the same as for Bug 137341.