Context Navigation

Changes between Version 29 and Version 30 of SftpFrontend

-                      v29
+                      v30
 Before uploading a file to a Tahoe filesystem, the whole file has to be available. This means that the upload can only start when the file has been closed in the SFTP session. Particularly when writing large files, the client may time out between sending the close request and receiving the response (ticket #1041). This is known to be a problem for at least the WinSCP client, which has a close timeout of 15 seconds.
+In the period after the close but before the upload has finished, the closed file may not appear in directory listings, or may appear with an incorrect modification time.
 Since Tahoe uses capability access control rather than Unix-style permissions, the permission bits seen by SFTP clients are only an approximation chosen to avoid confusing client programs. In particular the 'user', 'group' and 'world' permissions on a Tahoe file will always be the same. It is possible to clear all of the 'w' bits on a file, which will prevent that file from being opened for writing, but note that its directory entry can still be replaced via a write cap to the directory.
 …
 The '{{{ctime}}}' and '{{{mtime}}}' fields will not be updated when a mutable file is changed, and do not have exactly the semantics specified by POSIX in other cases.
 === sshfs ===