GNOME Bugzilla – Bug 509718
Absolute icon path in gucharmap desktop file breaks themeability
Last modified: 2008-01-15 19:37:49 UTC
Please describe the problem: This bug was initially submitted as a distribution specific bug at https://bugzilla.redhat.com/show_bug.cgi?id=415651 After upgrading to the latest gucharmap package, GNOME menu item "Applications > Accessories > Character Map" sports a stock GNOME icon even though the chosen icon theme is Bluecurve. Steps to reproduce: 1. Upgrade to gucharmap-2.21.x 2. Start GNOME session. 3. Choose Bluecurve icon theme. 4. Open menu item "Applications > Accessories > Character Map". Actual results: Menu item "Applications > Accessories > Character Map" uses a stock GNOME icon. Expected results: Menu item "Applications > Accessories > Character Map" uses a suitable Bluecurve icon [as it did before]. Does this happen every time? Yes. Other information: This used to work for earlier versions of the gucharmap package. The reason for the current misbehaviour is an absolute icon path in the corresponding desktop file gnome-gucharmap.desktop. By changing "Icon=/usr/share/icons/hicolor/48x48/apps/gucharmap.png" to "Icon=gucharmap", the correct behaviour is restored. Please change gnome-gucharmap.desktop accordingly.
There is no absolute path in the Icon in the gucharmap.desktop file; this has to be a distro bug. I removed the .png extension from the Icon in svn though.
This is because we ship and use our own icon, named gucharmap. The "fix" is to use stock "charmap" icon IIRC. I don't like that approach though, because it means a requirement on gnome-icon-theme or we may end up with no icon. Same issue reported against gnome-terminal, see bug 342804, bug 126081, and bug 470309.
(In reply to comment #1) > There is no absolute path in the Icon in the gucharmap.desktop file; this has > to be a distro bug. > I removed the .png extension from the Icon in svn though. Hum, there is indeed some sed magic in the spec file of the corresponding Fedora SRPM in order to add an absolute path as I have found out in the meantime. The reason is given at https://bugzilla.redhat.com/show_bug.cgi?id=415651#c1 . However, instead of patching the icon path, one could have also simply removed the extension. Anyway, I had been asked to report the issue upstream without being given further details. For my own use, I had either set "Icon=gucharmap.png" or "Icon=gucharmap" both of which work, but fixing the icon name upstream is of course preferable. This will allow desktop-file-utils to work without complaint.
(In reply to comment #2) > This is because we ship and use our own icon, named gucharmap. The "fix" > is to use stock "charmap" icon IIRC. I think you're wrong here. The upstream desktop file is actually using the icon name "gucharmap", too. The issue was only related to the file extension which is no longer allowed when not a particular icon identified by adding the absolute path is given.
Well, I was pointing out another problem. The Icon Naming Spec has the name "accessories-character-map" as a standard icon name. We don't use that. Seems like most relevant themes have gucharmap though. So that's not the bug you were point out. Filed that as bug 509726.