Application like Quassel / KDevelop which depends on icon under (irc-channel-active, dirsync)
/usr/share/apps/<app name>/icons doesn't work anymore, strace shows that icon under that folder doesn't load at all. (path depends on prefix)
I have another machine with KDE 4.11.0 which seems ok.
Steps to Reproduce:
strace quassel 2>&1 | grep '/usr/share/apps/quassel/icons'
no icon is loaded under this path
it should load icon with such path
It also affects Kolourpaint, making its toolbox unusable. Let's see if I can find the commit that broke it.
*** Bug 324599 has been marked as a duplicate of this bug. ***
I confirm it. I have this issue with kolourpaint and krusader.
Exact same problem here with the calligra suite. With kde version 4.11.0 no problem, but after the update to 4.11.1 this issue arise.
I confirm the issue on kolourpaint too.
*** Bug 324676 has been marked as a duplicate of this bug. ***
David, I have no idea which commit in 4.11.1 could affect icon loading, maybe it is related to the sycoca change to fix MIME handling?
(See also regressions at bug 324502 and bug 324651 which could also be caused by the same commits)
I confirm this problem with Krita 2.7.1
I confirm problem with many icons in Digikam
(In reply to comment #6)
> David, I have no idea which commit in 4.11.1 could affect icon loading,
> maybe it is related to the sycoca change to fix MIME handling?
I've tried reverting that commit, with the same result - no icons...
raising to critical as it renders at least kolourpaint useless
Commit that cause this bug:
KIconLoader requires KApplication constructed to get the correct application name and mainComponent, while the plugin is loaded before KApplication construct finishes.
I just proposed a patch.
Git commit 2e5a2450762f8dedf9ffd77028ed06b3a39a807d by Weng Xuetian.
Committed on 09/09/2013 at 15:43.
Pushed by xuetianweng into branch 'KDE/4.11'.
Delay KDE class initialization to main loop
Gui platform plugin is loaded during QApplication construction, but it
relies on some KApplication/QApplication data to work correctly.
This patch delays the initialization to main loop, to ensure
KApplication/QApplication is already constructed.
M +9 -3 qguiplatformplugin_kde/qguiplatformplugin_kde.cpp
I confirm that this patch fixes the issue. Thanks.
*** Bug 325786 has been marked as a duplicate of this bug. ***