[Bug 167941] the icon-cache breaks the icons installed in subdirs

[gtk+ (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=167941
 gtk+ | general | Ver: 2.6.x





------- Additional Comments From Loïc Minier  2005-10-03 11:22 -------
Matthias, we can't make every application on earth follow the spec
simultaneously.  The semantics of icons directories changed when suddenly gtk
started paying attention to the mtimes.  The way software is installed in RPMs,
and DEBs doesn't permit fixing mtimes so that Gtk detects changes in all cases.


What I personally think of the spec doesn't matter much, but it should at least
permit a smooth transition from a non-cache-aware world to a cache-aware world.
 It doesn't necessarily have to be at runtime, and hence it doesn't require to
write new code for Gtk.

It's a choice between:
1/ rewriting part of the cache code (for example to check for all directories,
or to stat in case of a cache miss)
2/ having to update every application which installs icons in a cache-unaware
way so that they install them in a cache-aware way, prior to turning caching on
3/ updating applications that want to benefit of the caching to put icons in a
different directory

The third option looks the most ugly, but the easiest to me.

The second option is the one we're facing right now, and can't deal with easily.

The first option would require more work, and there's no guarantee we do not
introduce new issues / bugs, or discover a new flaw in the specification.

Cheers,

------- You are receiving this mail because: -------
You are on the CC list for the bug.