when browsing an nfs mount, files that are changed are not updated in the thunar window even when pressing F5 - with a shell, go to any dir on a nfs mount - ls -l - open the same dir on thunar - compare the times of files from the shell and thunar - touch any file - ls -l (just to confirm the time has changed on touched file) - F5 on thunar, the time does not change
Could you check if "gvfs-info -a time::modified /path/to/share" shows the updated stamp?
Just verified on XFCE 4.10 / Thunar 1.6.3 (on Arch Linux): gvfs-info shows up-to-date information (i.e. timestamp changes every time), while Thunar shows old information. IMHO, the title of this bug is incomplete: Thunar updates no attribute at all, not only the date is affected. To me, the size is much more important than the date. Refreshing the view with F5 has no effect on existing files. However, new files (that were created between two refresh actions) are shown. But once a new file is shown, its displayed state is frozen. In my case, the files take over one hour to be written. So, this is _not_ an issue that affects me only rarely and only for a few seconds. (Background info for the interested ... The files are TV shows recorded by VDR)
i'd forgotten about this ticket, sorry. yes, bug is still present. yes, gvfs-info shows updated stats. mount is as plain as it gets, just a mount ip:/path /local/path server is nfs v4 test cases: 1 - open mount folder in thunar 2 - on cli, go to mount point, on the server side. touch any file 3 - thunar does not update 1 - open mount folder in thunar 2 - on cli, go to mount point, on the server side. 3 - make a file with echo "sdlfkjdsklfj" > wtf.txt 4 - thunar does not show the new file after test, hit F5. thunar refreshes all the new info for that folder. (note: actually, i forgot about the ticket because the F5 hits got into my muscle memory. this problem is now "invisible" to me ;) environment now: 2 VMs, nfs server on debian 7, client running XFCE on arch kernel 3.12 from the dark confines of my memory, when i first reported server was debian 6, and client an arch, 3.7,3.8 maybe?
Hitting F5 only shows new files, but does not update the attributes of files that already existed, but are updated from the server side or another client. If you login at the server, go to the directory, and touch wtf.txt a minute after showing it with F5, you will notice the shown modification date is not updated. Also, if you copy a much bigger file to wtf.txt instead of just touching it, the shown file size will not be updated.
I just have found a related bug, or maybe even a duplicate. But the description how to reproduce and what exactly happens is more comprehensable ... https://bugzilla.xfce.org/show_bug.cgi?id=8672
This should be fixed in master. Especially when hitting F5 for reload, but ideally that should not be necessary. Please report if fixed, and if everything is fixed.
Assuming fixed.