http://bugzilla.opensuse.org/show_bug.cgi?id=920792 --- Comment #2 from Ákos Szőts --- Created attachment 625610 --> http://bugzilla.opensuse.org/attachment.cgi?id=625610&action=edit Most icons are fixed, some still need a bit love Thank you for the quick answer! I did the vendor change and also manually checked the versions of all the packages to be from the right repo. Basically, there were no changes (except for a small deprecated QNetworkmanager5 -> 6 change). Later I found the qt5ct program (from package libqt5-qtct) with which I could configure that all the Qt 5 programs should use the Breeze theme (instead of the previously selected Fusion) and the Breeze icon theme (while nothing was selected before). Now it is really much better now. I see icons and Breeze theme almost everywhere. The only little exceptions are the K Menu's Applications tab and some System settings (sub)module's icons. Could you please tell me where can I find these Qt platform libraries to make sure that I have them installed correctly? I tried to search them but with little luck. About the Oxygen window decoration: for me the blue window borders are too harsh, that's why I'm changing back to KDE 4's KWin simply by executing "kwin_gles --replace" after the login. Apparently, KWin5 and KWin4 are co-installable. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=920792 --- Comment #4 from Ákos Szőts --- (In reply to Wolfgang Bauer from comment #3)

Ok, so you changed Qt5's settings to use Breeze instead of Fusion. Shouldn't be necessary, and will not help with other Plasma5 settings I suppose.

For some areas did, but as can be seen in the previous screenshot, many icons are still black or missing. So yes, only half success. Besides, I want to know what causes this :).

Sorry I forgot to mention this: it is libKF5Style5, and it has to be compiled against the exact Qt5 version you are using. I.e. if you installed libKF5Style5 from KDE:Frameworks5, you need Qt5 from KDE:Qt5.

Thank you, I checked this one also. It is the from the KDE:Frameworks5 and I use KDE:Qt5 along with it.

Btw, Qt5 detects the KDE session via the environment variable $XDG_CURRENT_DESKTOP. Is this set? And to what? (should be "KDE") echo $XDG_CURRENT_DESKTOP

It is KDE.

A side-note: here is a forum thread about apparently the same problem: https://forums.opensuse.org/showthread.php/505494-opensuse-13-2-kde5-quot-no... icons-in-Application-launcher-and-sistem-settings-quot?p=2696395#post2696395 Unfortunately we didn't find the cause, it just started working suddenly...

Thank you, I'll check that one also and try some strace'ing. On the weekend I won't be near but on Monday I try to debug this further. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=920792 --- Comment #6 from Ákos Szőts --- I'm sorry for the very late answer. I did some strace'ing and found the following: 1.) With qt5ct being set to Breeze ( ~/.config/qt5ct/qt5ct.conf: [Appearance] custom_palette=false icon_theme=breeze style=Breeze ): The System Settings application first looks at this file and loads the style defined inside (currently, Breeze). The Breeze icon theme (/usr/share/icons/breeze/index.theme) contains a line which explicitly states that it inherits from the hicolor icon theme (Inherits=hicolor) i.e. if an icon cannot be found among the Breeze ones, the application should look at among the hicolor ones next. In my „Most icons are fixed” screenshot the selected element's icon is „preferences-desktop-keyboard-shortcut.svg” according to the SystemSettings. It cannot be found neither in Breeze, nor in hicolor. Interestingly, it is contained only in „gnome” and „Adwaita”, Oxygent doesn't contain it either. Although gnome and Adwaita contain with name „preferences-desktop-keyboard-shortcut_s_” and not with „shortcut”. 2.) When directory ~/.config/qt5ct is not present then all the icons are missing. This is because ksystemsettings doesn't even try to load a single .svg file. I'll attach the two strace files I worked from. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=920792 --- Comment #8 from Ákos Szőts --- Created attachment 631524 --> http://bugzilla.opensuse.org/attachment.cgi?id=631524&action=edit strace of opening systemsettings5 with qt5ct missing -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=920792 --- Comment #10 from Ákos Szőts --- Hmm, that's interesting. Just by uninstalling qt5ct and restarting the DE, every icon is back as it should be. Thank you very much for the tip! The strange is that I installed qt5ct because of this very bug. So now for me it looks like something regarding this issue got magically fixed in the background which, unfortunately, qt5ct prevented to come into effect. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=920792 http://bugzilla.opensuse.org/show_bug.cgi?id=920792#c23 --- Comment #23 from Wolfgang Bauer --- (In reply to Simon Lees from comment #22)

I don't see any reason to keep this open.

But this is a completely different problem, totally unrelated to any GTK style. Short summary: Installation of libqt5-qtct creates a script in /etc/profile.d/ with "export QT_QPA_PLATFORMTHEME=qtct". This forces the qtct platform plugin to be used, even if you login to Plasma5. Because of that, KDE's settings are not respected, icons may be missing (because they are not in the used fallback icon theme), and maybe other problems. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=920792 http://bugzilla.opensuse.org/show_bug.cgi?id=920792#c25 Wolfgang Bauer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pemekcz@gmail.com --- Comment #25 from Wolfgang Bauer --- *** Bug 1027265 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=920792 http://bugzilla.opensuse.org/show_bug.cgi?id=920792#c27 --- Comment #27 from Simon Lees --- (In reply to Ludwig Nussel from comment #26)

I just had a similar situation within 42.2. Suddenly dolphin, digikam etc had no icons anymore when run in WindowMaker. I thought this worked initially, so probably broke with some update. Not sure whether to recycle this bug but since it's still open... We need a proper solution that works out of the box for this. It's quite non obvious having to install qt5ct and run it once to make KDE applications look proper. So far qt5ct even interfered with a KDE session which made it even less acceptable (sr#492216).

Installing qt5ct is not required to fix the issue, you just need to set a couple of environment variables so Qt falls back to something sensible if it doesn't detect the desktop. For example enlightenment exports the following. QT_QPA_PLATFORMTHEME=gtk2 QT_STYLE_OVERRIDE=gtk2 This meant that when running A Qt / KDE application under enlightenment it would use the gtk based theming (enlightenment has a dialog to set the gtk theme) while if I run under KDE it will use the kde theme. It would be nice if Qt handled its fallback better so that it went to something like Fusion with a icon theme if it didn't detect the desktop rather then picking nothing. It seems like what I was doing above is broken with the latest Qt in tumbleweed, I guess maybe the gtk fall back stuff has changed or something. Unfortunatlly I just moved house and don't have a proper internet connection and can't debug much further until I do. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=920792 http://bugzilla.opensuse.org/show_bug.cgi?id=920792#c30 Wolfgang Bauer changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|WONTFIX |FIXED --- Comment #30 from Wolfgang Bauer --- I actually consider this fixed now, with Qt 5.12 at least, i.e current Tumbleweed. - the original problem was already fixed by changing qt5ct to not force its platform plugin in Plasma - with Qt 5.12, KDE applications now use breeze as fallback theme as mentioned (this would also have helped in the original case... ;-) ) Backporting the latter part to previous openSUSE releases is out of scope I think though. If somebody disagrees, feel free to reopen (but it was closed as WONTFIX anyway...). -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=920792 http://bugzilla.opensuse.org/show_bug.cgi?id=920792#c32 --- Comment #32 from Simon Lees --- (In reply to Wolfgang Bauer from comment #30)

I actually consider this fixed now, with Qt 5.12 at least, i.e current Tumbleweed.

- the original problem was already fixed by changing qt5ct to not force its platform plugin in Plasma - with Qt 5.12, KDE applications now use breeze as fallback theme as mentioned (this would also have helped in the original case... ;-) )

Backporting the latter part to previous openSUSE releases is out of scope I think though.

If somebody disagrees, feel free to reopen (but it was closed as WONTFIX anyway...).

Part of the issue here was that the fallback theme Qt would use if it couldn't detect what it should run ie when it didn't recognize the desktop didn't load any icons do you know if that was also fixed? -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=920792 http://bugzilla.opensuse.org/show_bug.cgi?id=920792#c34 --- Comment #34 from Simon Lees --- (In reply to Fabian Vogt from comment #33)

(In reply to Simon Lees from comment #32)

...

(In reply to Wolfgang Bauer from comment #30)

...

I actually consider this fixed now, with Qt 5.12 at least, i.e current Tumbleweed.

- the original problem was already fixed by changing qt5ct to not force its platform plugin in Plasma - with Qt 5.12, KDE applications now use breeze as fallback theme as mentioned (this would also have helped in the original case... ;-) )

Backporting the latter part to previous openSUSE releases is out of scope I think though.

If somebody disagrees, feel free to reopen (but it was closed as WONTFIX anyway...).

Part of the issue here was that the fallback theme Qt would use if it couldn't detect what it should run ie when it didn't recognize the desktop didn't load any icons do you know if that was also fixed?

Kinda. The KIconThemes framework sets the fallback theme to breeze in the static initialization, so anything that links against kiconthemes (directly or indirectly) uses breeze at least as fallback now.

(Unfortunately that caused a regression which I'm not sure how to fix, so this might end up being reverted again: https://bugs.kde.org/show_bug.cgi?id=402172)

That seems to be of limited use anyway, many of the Qt based apps that people tend to favor on non KDE desktops like pcmanfm-qt don't link against anything in the KDE stack. -- You are receiving this mail because: You are on the CC list for the bug.