Does not prefer icons in ~/.local/share/icons

Bug #1484277 reported by Andy de Cleyre
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Plank
Expired
Undecided
Unassigned

Bug Description

The desktop standards use local directories to override system directories whenever there are conflicts (or simply missing items in the system directory). For example, identically named launchers in ~/.local/share/applications are preferred over their counterparts in /usr/share/applications.

The same is true for /usr/share/icons and ~/.local/share/icons, but Plank does not appear to account for this, and uses the system level icon (or no themed icon, if a system level one is not present) instead.

My particular cases here are:

/usr/share/icons/Numix-Circle/scalable/apps/firefox.svg
should be overridden by
/home/andy/.local/share/icons/Numix-Circle/scalable/apps/firefox.svg

and

/home/andy/.local/share/icons/Numix-Circle/scalable/apps/telegram-desktop.svg
should be used since there is no icon with that name in the system Numix-Circle theme.

Plank 0.9.1
Arch Linux
Plasma Desktop/Kwin

Revision history for this message
Rico Tzschichholz (ricotz) wrote :

While retrieving an icon by icon-name with Gtk.IconTheme plank does not take influence where the icon is loaded from. This is all Gtk+ which set the appropriate search-paths.
Afaik you need to provide a full theme (including "index.theme") rather than just one specific image-file.

Changed in plank:
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for Plank because there has been no activity for 60 days.]

Changed in plank:
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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