GNOME Bugzilla – Bug 587466
gnome-power-manager notification area icon is "broken" icon.
Last modified: 2012-03-16 11:08:41 UTC
Please describe the problem: My gnome-power-management icon in the notification area is the "broken" icon. Left-clicking on that icon displays a broken icon next to the % remaining for my laptop battery, but the hibernation icon and the suspend icon are the correct, valid icons. Several other Gentoo users are experiencing the same issue: https://forums.gentoo.org/viewtopic-p-5840039.html Interestingly, inserting a link at ~/.icons/hicolor pointing at /usr/share/icons/hicolor and restarting gnome-power-manager makes this issue go away. The only problem is I don't really understand why that hack works. Steps to reproduce: 1. 2. 3. Actual results: Expected results: Does this happen every time? Other information: - I have also briefly tried with a 2.24.4 build of g-p-m, and had the same issue. - Bug #474678 mentions a similar issue, but he says an upgrade to hicolor-icon-theme-0.10 fixed his problems. I already had that installed, and a reinstall did not change anything for me. - Bug #449274 mentions a consolidation of these icons to ${prefix}/share/gnome-power-manager/icons/hicolor/ -- at a glance, all of the icons in that folder work, but the ones in ${prefix}/share/icons/hicolor/ do not. Since that bug is marked as fixed, I don't know if there was an explicit reason for these icons to stay in this location or what.
Does this happen with a newer build, something like 2.26.x? 2.22.x is very old now.
"this also happens with gnome-power-manger-2.26.2 from gnome overlay" -- jetboo in https://bugs.gentoo.org/show_bug.cgi?id=275989#c4
I had filed a Gentoo bug about this, in case it was something they had modified during their integration. One of their bug-wranglers has closed the bug as a duplicate of another Gentoo bug relating to KDE and themes (which is beyond my knowledge): https://bugs.gentoo.org/show_bug.cgi?id=267018 So it doesn't sound like it's a g-p-m bug. So, if you could help point us to where the bug should be filed. Here are three quotes that describe the problem in more depth: ------------------------------------------------------------------------ With kdebase-data-4.2.2 the GtkIconTheme icon lookup is broken. It seems /usr/kde/4.2/share/icons/hicolor/index.theme interrupts the hicolor fallback in the search path. If I run the attached test code [test.c], it prints 0 1 If I remove /usr/kde/4.2/share/icons/hicolor/index.theme, it prints 1 1 (If I remove /usr/kde/4.2/share/icons/ from the search path, as well). Note: - This only occurs with hicolor fallthrough; if I touch /usr/share/gnome-games/icons/teleport.png, Gtk will find it. - This occurs with both gtk+-2.14.7-r2 and gtk+-2.16.1 - If this is kde's fault, it's a regression against 4.2.1, everything worked fine there. (Though I can't figure out what changed, ebuild's gone). I'd be happy to report this upstream, just don't know where (gnome/kde/freedesktop?) ------------------------------------------------------------------------ This occurs with kdelibs-3.5.10-r4 as well now , apparently due to changes to the $XDG_DATA_DIRS variable. Latest kdelibs-3 orders it like <KDE_PREFIX>/share:/usr/share. Overriding it to /usr/share:<KDE_PREFIX>/share makes the icons work again. The problem with kde's hicolor theme is that it doesn't define all the context's that the freedesktop hicolor theme does. e.g. the places context (req. for Evolution) and the action context for 24x24 (gnome-games) are not defined in the KDE variant. The question is if this a gtk+ bug, because it should not take the KDE hicolor as fallback (it clearly calls itself KDE-Hicolor in the index.theme file, it's just the folder that's called hicolor) or a kde bug. P.S.:No kde*-4* installed here. ------------------------------------------------------------------------ As said in Bug 273089 , this also affects to kdelibs-3.5.10-r6 (currently stable!) I have seen that opensuse's kdelibs-3.5.10 is requiring hicolor-icon-theme to be installed and they drop kdelibs's index.theme file The same is done in fedora: https://bugzilla.redhat.com/show_bug.cgi?id=178319 http://cvs.fedoraproject.org/viewvc/rpms/kdelibs/F-7/kdelibs.spec?r1=1.126&r2=1.127 I have tried to simply remove it and seems to work ok (I still have menu entries for kile, kpdf and other kde apps, at least under gnome). Thanks for fixing this soon ------------------------------------------------------------------------ Any suggestions as to whom I should bug about this?