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

Truncates files if file size is only a preliminary approximation by the server #8596

cyberduck opened this issue Feb 18, 2015 · 1 comment
bug sftp wontfix


Copy link

@cyberduck cyberduck commented Feb 18, 2015

5385824 created the issue

Context: I access a server that generates zip files on the fly. Because they are generated on demand ls usually does not report the correct size, just an approximation.

If I try to download such a zip file and it is larger than what ls did report previously, the file is corrupted by Cyberduck. It seems to me, that Cyberduck trims it to the size that was reported by ls. If I use other SFTP clients (e.g. simply /usr/bin/sftp from OpenSSH_6.2p2) it fetches the complete file from the server, only Cyberduck corrupts it.

In a concrete example the server reported a zip file to be 1.0 MB large when it actually was 2.0 MB large. Cyberduck starts the download and it seems to download more than 1.0 MB, because when the transfers window reaches 1.0 MB for the file, the download size is not increased anymore but the download speed is still updated. After a few more microseconds the dialog now shows „Transfer incomplete“ (see screenshot) and the file on my disk is actually only about an MB long.

The log did not show any output.

I tried two older versions of Cyberduck: 4.4.2 and 3.3b4. The same corruption happened with 4.4.2 but with 3.3b4 I could download the files correctly. So this bug exists for a longer time already.


Copy link
Collaborator Author

@cyberduck cyberduck commented Feb 19, 2015

@dkocher commented

The downloaded file is expected to have the exact same size as the bytes reported when listing the files in the browser.

@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.
bug sftp wontfix
None yet

No branches or pull requests

2 participants