Ubuntu
icon-naming-utils package

Strange behaviour of some emblem icons.

Bug #319991 reported by Sergio Zanchetta
20
This bug affects 1 person
Affects Status Importance Assigned to Milestone
human-icon-theme
Fix Released
Undecided
Unassigned
icon-naming-utils (Ubuntu)
Fix Released
Undecided
dobey

Bug Description

Open Edit -> Backgrounds and Emblems and select Emblems.

There is two emblems that have the same icon (an exclamation point), 'important' and 'stockmail-priority-high'.
If you click on 'important' one it shows the correct icon, if you do it on 'stockmail-priority-high it shows another icon, it's
broken in some way, and there is no stockmail-priority-high icon in human-icon-theme source.

It happens in Gutsy, Hardy, Intrepid and even in Jaunty.
In Jaunty there are also some jockey emblem icons in Edit -> Backgrounds and Emblems -> Emblems and they have this bug too.

Revision history for this message
Kenneth Wimer (kwwii) wrote :

The link which causes this error is in legacy-icon-mapping.xml. Dobey, any idea of how to fix this?

Changed in human-icon-theme:
assignee: nobody → dobey
Revision history for this message
dobey (dobey) wrote :

The symlink is required for backward compat for mail clients which use stock_mail-priority-high as the icon for "important" e-mails. If evolution has been updated to use emblem-important instead, then this particular link can probably be patched out (though, I don't know if balsa, claws, or anything else uses it as well).

Ideally, I'd like to see the idea of emblems and tags separated, and this portion of the UI removed from nautilus. I'd like to have the ability for users to set tags on files, but I don't think we should be using those tags to display additional icons overlaid on the file icons in nautilus/dolphin/whatever. The tags should be used for search and filtering, allowing the user to more easily find files, while emblems are used to display status information (such as readonly, unwritable, shared, etc..) to the user, as icon overlays. I think working to move in this direction is the best way forward.

Revision history for this message
dobey (dobey) wrote :

This is fixed upstream in icon-naming-utils 0.8.90.

http://tango.freedesktop.org/releases/icon-naming-utils-0.8.90.tar.gz

Changed in icon-naming-utils:
status: New → Fix Committed
dobey (dobey)
Changed in icon-naming-utils (Ubuntu):
status: Fix Committed → Fix Released
Changed in human-icon-theme:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.