When using GTK Theme inside Qt applications white font in menus in white. Except KWin popup menu. See screenshot. Reproducible: Always Steps to Reproduce: 1. Install GTK theme that has dark menu background + white font color. I use Archiplex (http://gnome-look.org/content/show.php?content=87617) 2. Select your GTK theme in System Settings → Application Style → GNOME Application Style (GTK) or fill ~/.gtkrc-2.0 correctly. 3. Select "GTK Style+" in System Settings → Application Style → Widget Style 4. To be sure everything is reloaded, login again. 5. Raise popup menu in Kwin decoration (right-click). Actual Results: Menu font is black on dark screen. Expected Results: Font should be white like in any other menus in Qt when using GTK theme.
Created attachment 98876 [details] Screenshot of problem
Does it "fix" when runnning "kwin_x11 --replace &" from konsole?
No.
Smells like caused by -------- commit 1c5e5c848062b10ede0f4d4f9ce3732052e57a04 Author: Martin Gräßlin Date: Mon Oct 14 07:25:27 2013 +0200 [kwin] User Actions Menu follows Client's color scheme When the menu opens we update the QPalette to the one used by the Client and thus providing a more common look and feel if the window specified a custom color scheme.
But for that the window needs to set a property. Can you please xprop an affected window?
See attachments. This bug appears in every window. Doesn't matter if it's Google Chrome, Spotify, or KDE windows (Konsole, KMail, etc.).
Created attachment 98897 [details] xprop spotify
Created attachment 98898 [details] xprop konsole
Created attachment 98899 [details] xprop firefox
Created attachment 98900 [details] xprop kmail
None of the windows has the _KDE_NET_WM_COLOR_SCHEME set. So that cannot be the source for the color. It needs to be picked up incorrectly from somewhere.
The setPalette() calls aren't somehow conditional. If you pass an empty palette, that will unset the palette and I could *assume* that gtk+ is like qstylesheetstyle and operates on local palettes (with an untouched global palette), ie. he gets the color scheme from Qt for the popup for rendering the text while the popup still paints the background with stuff it found in the gtkrc (but I've never tested this, the gtk+ style inherits all the issues of gtk+ theming and bright on dark isn't really supported in gtk+ anyway, there're tons of occasions with unreadable text in actual gtk+ applications)
This issue report is quite old. Can you please confirm, that it still persists with KDE 5.23?
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!