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 starts over when finished, for no reason #3145

Closed
cyberduck opened this issue Apr 28, 2009 · 5 comments
Closed

transfer starts over when finished, for no reason #3145

cyberduck opened this issue Apr 28, 2009 · 5 comments
Assignees
Labels
bug ftp FTP Protocol Implementation worksforme
Milestone

Comments

@cyberduck
Copy link
Collaborator

cyberduck commented Apr 28, 2009

71c34be created the issue

Hi, this happened to me a bunch of times.

When a long upload finally finishes, I get an error message saying upload failed, and then it starts over again at 0%.

You can imagine how frustrating.

Really messing it up for me at the moment.

@cyberduck
Copy link
Collaborator Author

cyberduck commented Apr 28, 2009

71c34be commented

I forgot to write, 'Existing file' preference is set to resume.

thanks

@cyberduck
Copy link
Collaborator Author

cyberduck commented Nov 13, 2009

@dkocher commented

I cannot replicate this in version 3.3. Please reopen if this is still an issue for you.

@cyberduck
Copy link
Collaborator Author

cyberduck commented Aug 4, 2010

02f3cb0 commented

I'm having this same issue. It began after we switched ISP's. It occurs on at least 2 systems one with 10.6 other with 10.4 and newest versions of cyberduck (for each os).

Would there be any connection settings that may change between a DSL (working fine) and a T1 (now failing). It did not occur with a small 4kb text file, but did with 8kb php file.

I have transfer and browser logs that show: (I can send as files if needed).

230 OK. Current restricted directory is /
FEAT
211-Extensions supported:
 EPRT
 IDLE
 MDTM
 SIZE
 REST STREAM
 MLST type*;size*;sizd*;modify*;UNIX.mode*;UNIX.uid*;UNIX.gid*;unique*;
 MLSD
 AUTH TLS
 PBSZ
 PROT
 ESTA
 PASV
 EPSV
 SPSV
 ESTP
211 End.
NOOP
200 Zzz...
TYPE I
200 TYPE is now 8-bit binary
SIZE /public_html/client/tsx/xxxx.psd
213 3623082
NOOP
200 Zzz...
MDTM /public_html/client/tsx/xxxx.psd
213 20100804151105
QUIT

Thanks

@cyberduck
Copy link
Collaborator Author

cyberduck commented Aug 4, 2010

02f3cb0 commented

Solution, in my case it was as easy as being tipped-off to switching from pasv (passive) to POST (Active).

That seemed to fix my problem quickly without managing in firewall.

@cyberduck
Copy link
Collaborator Author

cyberduck commented Aug 5, 2010

@dkocher commented

Replying to [comment:4 nicklund]:

Solution, in my case it was as easy as being tipped-off to switching from pasv (passive) to POST (Active).

That seemed to fix my problem quickly without managing in firewall.

Please post or [mailto:feedback@cyberduck.ch send me] the transfer logs.

@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