~/.gvfs can't be stat'd by root.

[Ralph Corderoy]

Ubuntu 8.04, gvfs-fuse 0.2.3-0ubuntu4.

Consider

    $ cd
    $ ls -ld .gvfs
    dr-x------ 2 ralph ralph 0 2008-05-07 10:22 .gvfs
    $ sudo ls -ld .gvfs
    ls: cannot access .gvfs: Permission denied
    $ sudo strace -e trace=lstat64 stat -t .gvfs
    lstat64(".gvfs", 0xbf82f004) = -1 EACCES (Permission denied)
    stat: cannot stat `.gvfs': Permission denied
    Process 3607 detached
    $ df .gvfs
    Filesystem 1K-blocks Used Available Use% Mounted on
    gvfs-fuse-daemon 12626332 4469320 8157012 36% /home/ralph/.gvfs
    $

root not being able to stat a user's directory should never happen. It
causes problems if tar(1) is used to backup an area including ~/.gvfs
even if tar is running as root. It's not the 0500 permissions causing
the issue,

    $ ls -ld statme
    dr-x------ 2 ralph ralph 4096 2008-05-07 13:15 statme
    $ sudo ls -ld statme
    dr-x------ 2 ralph ralph 4096 2008-05-07 13:15 statme
    $ sudo stat -t statme
    statme 4096 8 4140 1000 1000 809 345301 2 0 0 1210162528 1210162528 1210164281 4096
    $

but presumably gvfs-fuse-daemon not bothering to check if the access is
by root and thus allow it, regardless of the directory's permissions.
Having tar(1)'s backups fail is a pain, and I suspect it causes issues
for other programs, e.g. bug #214023. Note, this bug is not a duplicate
of that one. It may be that the fix for bug #214023 is to alter
checksecurity to know about ~/.gvfs's odd behaviour.

[Sebastien Bacher (seb128)]

Thanks for the bug report. This particular bug has already been reported, but feel free to report any other bugs you find.