Comment # 34 on bug 920792 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.