Summary: | Application specific icon now doesn't work | ||
---|---|---|---|
Product: | [Unmaintained] kdelibs | Reporter: | Weng Xuetian <wengxt> |
Component: | kdeui | Assignee: | kdelibs bugs <kdelibs-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | critical | CC: | 0inkane, adaptee, aljazek, carasin.berlogue, cfeck, faure, fmetton, georg.lipps, hrvoje.senjan, kollix, luca86, lukas, melko |
Priority: | NOR | Keywords: | regression |
Version: | 4.11.1 | ||
Target Milestone: | --- | ||
Platform: | Chakra | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/kde-workspace/2e5a2450762f8dedf9ffd77028ed06b3a39a807d | Version Fixed In: | 4.11.2 |
Sentry Crash Report: |
Description
Weng Xuetian
2013-09-05 21:05:30 UTC
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: http://commits.kde.org/kde-workspace/e74a264325e8af834d800ee650c4bf208e1b2fb1 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. https://git.reviewboard.kde.org/r/112602/ 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. FIXED-IN: 4.11.2 REVIEW: 112602 M +9 -3 qguiplatformplugin_kde/qguiplatformplugin_kde.cpp http://commits.kde.org/kde-workspace/2e5a2450762f8dedf9ffd77028ed06b3a39a807d I confirm that this patch fixes the issue. Thanks. *** Bug 325786 has been marked as a duplicate of this bug. *** |