Rox's directory caching

rox-filer currently caches the contents of directories, including MIME
types, for a certain amount of time. This is presumably
because MIME sniffing could take a while under certain conditions (eg,
a network mount). Thing being, it causes some fairly common instances
when you have to refresh to get expected behavior:
- Automounting of removables - if two happen at different times to be
  auto mounted to the same directory (eg, /media/usbdisk), then
  visiting that directory after plugging in the second will show the
  contents of the *first*, which isn't plugged into the system anymore.
- Any modification to a file that causes it's MIME type to change - a
  common one is downloading a file via Fetch or a torrent client. In
  this case, the file starts off as empty (and hence, text/plain). The
  download completes, and the file gets renamed, and rox *continues to
  show it as text/plain*, and hence try to open it in a text editor. 

  A less serious version of this is that when working on code, you
  might start of with a blank file, but after you've modified it, rox
  won't show the correct type (and hence often, the correct icon).

I run into these things nearly every day. Are these really worth it for
a bit of extra speed in some specific situations?

-- 
Lennon Victor Cook
"He who receives an idea from me receives without lessening, as he who
lights his candle at mine receives light without darkening" 
-- Thomas Jefferso

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

_______________________________________________
rox-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/rox-devel

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIoqY8Srio52E6Jm8RAgeNAJ0aDHRvYfbzWo64VIsLDbXmxadc1wCgh2l7
+l9QP5aJ5A8KHvMWWO3zkDM=
=Q3mC
-----END PGP SIGNATURE-----