The correct fix for this is not to write everything to
/usr/share/mime/icons, which effectively disables /usr/share/mime
/generic-icons when used with the current GLib code, but rather to fix
the code in GLib which uses the wrong fallback order. See bug #280867
for a fix. You can mark this report
*** This bug is a duplicate of bug 280867 ***
https://bugs.launchpad.net/bugs/280867
** This bug has been marked a duplicate of bug 280867
Wrong fallback order of mimetype icons in GIO
--
/usr/share/mime/icons is empty, causes wrong file icons
https://bugs.launchpad.net/bugs/279911
You
Thank you for your bug report and work on this issue. The bug is an
upstream one though and it would be nice to discuss it on
bugs.freedesktop.org so it can be fixed properly upstream rather than
changed in a distribution specific way, could you open a bug there too
and add a bug watch on
I noticed an additional problem, and fundamentally it is a design
problem in the xdgmime library. The order in which icons should be
checked is as follows:
- XDG icon specified by the user
- specific mimetype icon
- legacy specific mimetype icon (gnome-mime-...)
- XDG generic icon
- foo-x-generic
** Attachment added: Patch for update-mime-database to write default names to
/usr/share/mime/icons
http://launchpadlibrarian.net/18306715/lp278133_fix_generic_icons.patch
** Description changed:
Binary package hint: shared-mime-info
According to this: