Create an invalid symlink (ln -s toto titi) and try to double-click it : it disappear from the folder listing. Then try to view its properties : the window quickly appears then disappears. If one wants to change the destination of the link, it's impossible because of this beahviour.
Works fine here with Gamin/inotify and Gamin/kqueue. You are probably using FAM, which doesn't handle this properly, but tells Thunar, that the file was deleted.
I'm using gamin 0.1.8 too and probably inotify (how do you check this ? like below ?). $ zgrep INOT /proc/config.gz CONFIG_INOTIFY=y CONFIG_INOTIFY_USER=y
Tested with gamin 0.1.8, works as expected over here. Maybe you (or your distributor) configured gamin to use polling instead of inotify? See http://www.gnome.org/~veillard/gamin/config.html for an explanation of the configuration. Beside gamin/FAM, there's nothing that could tell Thunar, that a file was deleted (except for the case that you explicitly delete it using the file manager, of course).
Using gamin 1.9 with inotify (well at least nothing is configured in gaminrc and I'm working in /home), I can reproduce this. A debian user experienced this doing another weird testcase [0]. So I guess there's still a problem somewhere (maybe in gamin 1.9, or in debian gamin, I agree, and will investigate).
Hmhm anyway, I dont think that's a refresh problem. The test case is: cd ~ mkdir trouc cd trouc ln -s trouc bleh Then go with thunar in that directory, right clic on bleh, properties. The properties window opens then closes immediately, then the folder in thunar window appears empty (_that_ may be a gamin problem, but I doubt). Cheers,
Hmh, Jannis, are you aware of this one? :)
This seems to be fixed in thunar gio (I can't reproduce with 1.2.1).