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

broken ftp transfers, sending duplicate TLS commands? (not sure if problems are related) #2048

Closed
cyberduck opened this issue May 15, 2008 · 3 comments
Assignees
Labels
bug duplicate ftp-tls high priority
Milestone

Comments

@cyberduck
Copy link
Collaborator

@cyberduck cyberduck commented May 15, 2008

anonymous created the issue

It seems as of the update to 3.0, the ftp-tls component sends duplicate instances of commands (I checked against the last 2.8 version and it wouldn't)

EG:
<snip, parts above here are duplicate as well>
250 CWD command successful
250 CWD command successful
TYPE I
TYPE I
200 Type set to I
200 Type set to I
FEAT
FEAT
211-Features:
211-Features:
MDTM
MDTM
REST STREAM
REST STREAM
SIZE
SIZE
AUTH TLS
AUTH TLS
PBSZ
PBSZ
PROT
PROT
211 End
211 End
PASV
PASV
227 Entering Passive Mode (<ip&port>).
227 Entering Passive Mode (<ip&port>).
REST 89522176
REST 89522176
350 Restarting at 89522176. Send STORE or RETRIEVE to initiate transfer
350 Restarting at 89522176. Send STORE or RETRIEVE to initiate transfer
RETR
RETR
150 Opening BINARY mode data connection for (277254144 bytes)
150 Opening BINARY mode data connection for (277254144 bytes)
NOOP
NOOP

At this point the download runs for a bit, then stalls claiming 'transfer incomplete' resume restarts it but it gets at most about 10mb (rough estimation) before claiming incomplete again, resume does not appear to work. (the same FTP server configuration worked fine in version 2.8x, excluding the APPE errors)

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented May 15, 2008

anonymous commented

Oops, sorry about the log snip, take two on it below:

250 CWD command successful
250 CWD command successful
TYPE I
TYPE I
200 Type set to I
200 Type set to I
FEAT
FEAT
211-Features:
211-Features:
 MDTM
 MDTM
 REST STREAM
 REST STREAM
 SIZE
 SIZE
 AUTH TLS
 AUTH TLS
 PBSZ
 PBSZ
 PROT
 PROT
211 End
211 End
PASV
PASV
227 Entering Passive Mode (<IPADDR>).
227 Entering Passive Mode (<IPADDR>).
REST 89522176
REST 89522176
350 Restarting at 89522176. Send STORE or RETRIEVE to initiate transfer
350 Restarting at 89522176. Send STORE or RETRIEVE to initiate transfer
RETR <file>
RETR <file>
150 Opening BINARY mode data connection for <file> (277254144 bytes)
150 Opening BINARY mode data connection for <file> (277254144 bytes)
NOOP
NOOP

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented May 15, 2008

@dkocher commented

I could not yet replicate the issues. What are the exact steps to reproduce?

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented May 16, 2008

@dkocher commented

Duplicate for #2057. Please uncheck 'Send 'no operation' command to keep connection alive in Cyberduck → Preferences → Connection until this is fixed.

@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 duplicate ftp-tls high priority
Projects
None yet
Development

No branches or pull requests

2 participants