I am running plasma 5.5.3 with breeze dark look and feel. No matter what I set as desktop theme (Oxygen or Breeze) and no matter which widget style I choose (Oxygen, Breeze, Fusion), some applications behave weird. They are partially rendered with a dark breeze theme, partially rendered with a white theme that looks like it were a Gtk 2.x theme. They are rendering fonts in lists in light gray on very light gray. Icons are breeze symbolic icons, mostly using white and very light colors, thus are not visible either. I think (but I am not sure) that only KDE4/Qt4 applications are affected, but KDE5/Qt5 applications are not. This theory is based on the following lists: List of affected applications: * Kleopatra * KGpg * KMail * KSnapshot * KDebugDialog * Ark * KOrganizer * Okular * Dragon Player * KTouch * showFoto * digiKam * Konqueror List of not affected applications: * dolphin (including preferences dialog) * konsole (including preferences dialog) * plasma itself including most of its widgets and widget preferences dialogs * kwrite (including preferences dialog) * KCalc * KCharselect * KAlgebra * KSysguard * Marble Additional info: This issue is somewhat similiar to bug #343369, but it affects all kinds of UI elements, not just ComboBoxes in KCM. I don't have any other dark desktop look and feel to test, so I can't make sure this isn't a bug somewhere else, e.g. in Qt4's theming engine or KDE4's widgets. Please reassign if you know better (you probably do). Reproducible: Always Steps to Reproduce: 1. start any of the applications listed above Actual Results: Applications are partially rendered in a light, partially rendered in a black theme. Some widgets have mixed themes, e.g. light fonts (from dark theme) and light/white background (from light theme). Expected Results: Applications should look consistent, having only one single theme.
I don't know how themes did mess up so much, but this issue is now gone after deleting and reconfiguring themes several times. I hope it'll stay that way.
Can this be switched from resolved? I'm having the same issue with Anki which is still using QT4. The problem also effects input fields.
Created attachment 102279 [details] Image from Anki
(In reply to kde from comment #2) > Can this be switched from resolved? I'm having the same issue with Anki > which is still using QT4. The problem also effects input fields. Do you have this problem only with Anki, or with some KDE applications too? Because I remember that Anki hardcodes some colors, and uses some other colors from the theme, so it's hard to read with some themes. (On your screenshot it looks like Anki hardcodes the font color to black, but uses the background color of the theme) If that's the case, you should report this bug to Anki.
(In reply to David Kahles from comment #4) > (In reply to kde from comment #2) > > Can this be switched from resolved? I'm having the same issue with Anki > > which is still using QT4. The problem also effects input fields. > > Do you have this problem only with Anki, or with some KDE applications too? > Because I remember that Anki hardcodes some colors, and uses some other > colors from the theme, so it's hard to read with some themes. (On your > screenshot it looks like Anki hardcodes the font color to black, but uses > the background color of the theme) > If that's the case, you should report this bug to Anki. Thanks. I'll report it upstream.