After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 541764 - gvfs tries to find .Trash directory on directories controlled by autofs
gvfs tries to find .Trash directory on directories controlled by autofs
Status: RESOLVED DUPLICATE of bug 525779
Product: gvfs
Classification: Core
Component: trash backend
0.2.x
Other All
: Normal normal
: ---
Assigned To: gvfs-maint
gvfs-maint
Depends on:
Blocks:
 
 
Reported: 2008-07-06 14:13 UTC by gero
Modified: 2008-07-07 13:09 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22


Attachments
Patch against gvfsbackendtrash.c (545 bytes, patch)
2008-07-06 16:52 UTC, gero
none Details | Review

Description gero 2008-07-06 14:13:56 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.
Comment 1 gero 2008-07-06 16:52:15 UTC
Created attachment 114069 [details] [review]
Patch against gvfsbackendtrash.c
Comment 2 A. Walton 2008-07-07 01:49:15 UTC
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 ***
Comment 3 Paul Smith 2008-07-07 13:09:01 UTC
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.