GNOME Bugzilla – Bug 541764
gvfs tries to find .Trash directory on directories controlled by autofs
Last modified: 2008-07-07 13:09:01 UTC
Please describe the problem: Hello, gvfs tries to find .Trash and .Trash-xxx entries in directories which are controlled by autofs. This causes automount to mount the corresponding trash directory which usually doesn't exist. This is just annoying as it wastes system (and in the case of NFS network) resources and fills the system log with error messages. Steps to reproduce: 1. Create a automounter map to map a directory tree via NFS. Example: auto.master: /net auto.net auto.net: home -fstype=nfs myhost:/nsfexport/home 2. Start automounter 3. Start GNOME 4. cd into /net/home Please note that this problem is not limited to NFS mounts. It also happens with local automounts. Actual results: The system mounts /net/home properly when accessed. However, it also tries to mount /net/.Trash and /net/.Trash-<uid>, which don't necessarily exist on the NFS server. Therefore, automount prints lots of error messages about not being able to mount /net/.Trash etc. Expected results: Does this happen every time? Yes Other information: After taking a look at the source code of gvfs-trash.c, it should probably either observe the 'is_system_internal' flag of g_get_unix_mounts(), or alternatively observe the indirect mount flag, which gets set with all root directory automounts.
Created attachment 114069 [details] [review] Patch against gvfsbackendtrash.c
This is a duplicate of bug #541764. As for the patch, it very significantly changes the functionality of the backend, but it's probably less of a hack than the patch in the other bug. I'm going to attach the patch to the other bug, but you should forward this to the GVFS list for discussion on whether this is the right approach. *** This bug has been marked as a duplicate of 525779 ***
Good luck on the gvfs mailing list: I didn't have any. It seems this technology is abandoned or at least severely under-staffed. Seems like an odd situation for a new, tricky, critical underpinning of Gnome.