Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Transfer disconnect, Reload not functioning #5732

Closed
cyberduck opened this issue Feb 26, 2011 · 5 comments
Closed

Transfer disconnect, Reload not functioning #5732

cyberduck opened this issue Feb 26, 2011 · 5 comments
Assignees
Labels
bug ftp FTP Protocol Implementation worksforme
Milestone

Comments

@cyberduck
Copy link
Collaborator

ed3d506 created the issue

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.
@cyberduck
Copy link
Collaborator Author

@dkocher commented

Please post the transcript from the log drawer of the Transfers window.

@cyberduck
Copy link
Collaborator Author

ed3d506 commented

The log I posted above is from the Transfers Window. That's all there was.

Steve

@cyberduck
Copy link
Collaborator Author

ed3d506 commented

It happened again. This time the download was going on while I was playing a 3D game. It got to about the same point in the download, said it is complete, and yet offers me the ability to Resume without doing anything. Here is the log:

220 CrushFTP Server Ready!
FEAT
550 Command not recognized or allowed.
USER USER_NAME
331 Username OK.  Need password.
PASS ********
230 Password OK.  Connected.
NOOP
200 Command OK. (NOOP)
NOOP
200 Command OK. (NOOP)
CWD /REMOTE_DIRECORY
250 "/LOCAL_DIRECTORY" CWD command successful.
SYST
215 UNIX Type: L8
STAT /REMOTE_DIRECORY
211-status of /REMOTE_DIRECORY:
drwxrwxrwx   1 user     group              170 Jan 01 18:09 REMOTE_DIRECTORY_1
-rwxrwxrwx   1 user     group       1046527533 Feb 24 16:24 REMOTE_FILE
drwxrwxrwx   1 user     group             1496 Feb 24 13:10 REMOTE_DIRECTORY_2
211 End of Status
TYPE I
200 Command ok : Binary type selected.
PASV
227 Entering Passive Mode (174,142,192,54,207,164)
RETR /LOCAL_FILE_PATH
150 Opening BINARY mode data connection for  (1046527533 bytes). ("/REMOTE_FILE_PATH") R E T R
QUIT
220 CrushFTP Server Ready!
FEAT
550 Command not recognized or allowed.
USER USER_NAME
331 Username OK.  Need password.
PASS ********
230 Password OK.  Connected.
QUIT
221 Goodbye.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Before we dig further into this, can you try switching to the latest snapshot build available.

@cyberduck
Copy link
Collaborator Author

ed3d506 commented

Sorry! I forgot to report back (development deadline this month).

I downloaded the 4.0.x beta as suggested and it fixed my problem. In fact, it not only allowed me to do the complete download, but it also continued on from the 600+ MB I had already downloaded. The previous version would not allow this nor was it able to complete the download when I tried a fresh one. Therefore, I conclude that whatever was broken is now fixed :-D

Thanks for pointing me to the Beta!

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug ftp FTP Protocol Implementation worksforme
Projects
None yet
Development

No branches or pull requests

2 participants