[Bug 626] sftp is unable to resume interrupted downloads/ uploads

[bugzilla-daemon at mindrot.org]

http://bugzilla.mindrot.org/show_bug.cgi?id=626

djm at mindrot.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |help-wanted



------- Additional Comments From djm at mindrot.org  2003-08-25 10:28 -------
resume would be a nice feature for sftp and the protocol generally supports it.
It just takes someone to write the code and make a patch (I don't have time).

There may be some subtlety if the server reorders the blocks it has sent back to
the client when the original transfer was aborted. E.g. the client requests 5
contiguous blocks of 64k from the start of the file and the server sends back
blocks 1, 2, and 5. If the client wrote block 5 to disk, the the file would
appear to be the full length but wouldn't contain all the data.

We would need to modify the download and upload routines to ftruncate() at the
highest contiguous point transferred. This should probably be done anyway...



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.