[Cyberduck-trac] [Cyberduck] #5732: Transfer disconnect, Reload not functioning

[Cyberduck]

#5732: Transfer disconnect, Reload not functioning
---------------------------+----------------------
 Reporter:  SteveGram      |         Owner:
     Type:  defect         |        Status:  new
 Priority:  normal         |     Milestone:
Component:  core           |       Version:  3.8.1
 Severity:  major          |    Resolution:
 Keywords:                 |  Architecture:  Intel
 Platform:  Mac OS X 10.6  |
---------------------------+----------------------
Description changed by SteveGram:

Old description:

> I am using Version 3.8.1 (7954) on a MacBook Pro 2.55 Core 2 Duo running
> OSX 10.6.6.  For some time now, even with previous OSX revisions, I have
> found that some form of sleep mode interrupts either uploads or
> downloads.  This shouldn't happen, obviously.  Worse, the Transfer report
> shows "Download Complete" and the status is "0 B of 0 B" transferred.  If
> I try to resume the transfer Cyberduck correctly identifies the
> interrupted file and it's incomplete size, then when I select it I am
> instantly told that my transfer is complete.
>
> Here's the report from the Log Drawer.  Note I have edited out sensitive
> server/file information:
>
> 220 CrushFTP Server Ready!
> FEAT
> 550 Command not recognized or allowed.
> USER NAME
> 331 Username OK.  Need password.
> PASS WORD
> 230 Password OK.  Connected.
> NOOP
> 200 Command OK. (NOOP)
> CWD /remote URL
> 250 "/remote URL" CWD command successful.
> STAT /remote URL
> 211-status of /Bremote URL:
> drwxrwxrwx   1 user     group              170 Jan 01 18:09 Directory #1
> -rwxrwxrwx   1 user     group       1046527533 Feb 24 16:24 Target File
> Name
> drwxrwxrwx   1 user     group             1496 Feb 24 13:10 Directory #2
> 211 End of Status
> QUIT
> 221 Goodbye.

New description:

 I am using Version 3.8.1 (7954) on a MacBook Pro 2.55 Core 2 Duo running
 OSX 10.6.6.  For some time now, even with previous OSX revisions, I have
 found that some form of sleep mode interrupts either uploads or downloads.
 This shouldn't happen, obviously.  Worse, the Transfer report shows
 "Download Complete" and the status is "0 B of 0 B" transferred.  If I try
 to resume the transfer Cyberduck correctly identifies the interrupted file
 and it's incomplete size, then when I select it I am instantly told that
 my transfer is complete.
 [[BR]]
 Here's the report from the Log Drawer.  Note I have edited out sensitive
 server/file information:
 [[BR]]
 220 CrushFTP Server Ready![[BR]]
 FEAT[[BR]]
 550 Command not recognized or allowed.[[BR]]
 USER NAME[[BR]]
 331 Username OK.  Need password.[[BR]]
 PASS WORD[[BR]]
 230 Password OK.  Connected.[[BR]]
 NOOP[[BR]]
 200 Command OK. (NOOP)[[BR]]
 CWD /remote URL[[BR]]
 250 "/remote URL" CWD command successful.[[BR]]
 STAT /remote URL[[BR]]
 211-status of /Bremote URL:[[BR]]
 drwxrwxrwx   1 user     group              170 Jan 01 18:09 Directory
 1[[BR]]
 -rwxrwxrwx   1 user     group       1046527533 Feb 24 16:24 Target File
 Name[[BR]]
 drwxrwxrwx   1 user     group             1496 Feb 24 13:10 Directory
 2[[BR]]
 211 End of Status[[BR]]
 QUIT[[BR]]
 221 Goodbye.[[BR]]

--

-- 
Ticket URL: <http://trac.cyberduck.ch/ticket/5732#comment:1>
Cyberduck <http://cyberduck.ch>
Open source FTP, SFTP, WebDAV, Cloud Files, Google Docs & Amazon S3 Browser for Mac & Windows.