openssh bugs - Aug 2003 - [Bug 626] sftp is unable to resume interrupted downloads/ uploads

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

           Summary: sftp is unable to resume interrupted downloads/ uploads
           Product: Portable OpenSSH
           Version: 3.6.1p2
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: sftp
        AssignedTo: openssh-bugs at mindrot.org
        ReportedBy: hqasem at yahoo.com


This is not a bug, but an enhancement. I would like to see the command-line sftp
have the ability to resume interrupted downloads/ uploads.

If there's a reason why sftp-resume will not be implemented, a FAQ entry
would
be appreciated.



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

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.