libgocryptfs/internal/fusefrontend_reverse
danim7 fb1b8ced38 fusefrontend_reverse: consistent file owners for .diriv, .name files
This PR addresses the Issue #95, about "Confusing file owner for
longname files in reverse mode".

It affects only the reverse mode, and introduces two
modifications:

1) The "gocryptfs.longname.XXXX.name" files are assigned the owner and
group of the underlying plaintext file. Therefore it is consistent
with the file "gocryptfs.longname.XXXX" that has the encrypted
contents of the plaintext file.

2) The two virtual files mentioned above are given -r--r--r--
permissions. This is consistent with the behavior described in
function Access in internal/fusefrontend_reverse/rfs.go where all
virtual files are always readable. Behavior also observed in point
c) in #95 .

Issue #95 URL: https://github.com/rfjakob/gocryptfs/issues/95
Pull request URL: https://github.com/rfjakob/gocryptfs/pull/97
2017-03-28 22:58:03 +02:00
..
ctlsock_interface.go nametransform: fix Raw64 not affecting longnames 2017-03-05 22:25:41 +01:00
ino_map.go fusefrontend: upgrade wlockMap to use device AND inode number 2016-11-17 20:32:19 +01:00
reverse_longnames.go fusefrontend_reverse: consistent file owners for .diriv, .name files 2017-03-28 22:58:03 +02:00
rfile.go Fix golint warnings 2016-11-10 00:38:01 +01:00
rfs.go fusefrontend_reverse: consistent file owners for .diriv, .name files 2017-03-28 22:58:03 +02:00
rpath.go tests: reverse: check Access() call 2017-02-16 21:20:29 +01:00
rpath_cache.go reverse: add single-entry path cache 2017-01-03 18:14:01 +01:00
virtualfile.go fusefrontend_reverse: consistent file owners for .diriv, .name files 2017-03-28 22:58:03 +02:00