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

Default transfer action should be resume for automatically retried previously failed transfers #4462

Closed
cyberduck opened this issue May 12, 2010 · 1 comment
Assignees
Milestone

Comments

@cyberduck
Copy link
Collaborator

b80c0cd created the issue

This just happened with two large files (about 7.9 GB and 6.7 GB) while logged onto an ftp site with a password. I logged onto the server and selected both "File1" and "File2" which were in a folder called "FILES." I selected the two files by opening the folder, and by shift-clicking to highlight both. Then I dragged both files to a location on one of my hard drives.

Cyberduck reported that it would take about 15 hours and the total of the transfer was 14.7 GB. However, after about 8 hours (at the 7.9 GB mark) it did this instead:

  1. A warning dialog came up asking if I wanted to OVERWRITE "File1" (which was already downloaded after 8 hours). The original file and the file on the server had the exact same modification date and size. So, I assumed this was a bug. So, to avoid going through another 8 hours of download time, I clicked CANCEL so it would NOT overwrite the already downloaded file.

  2. Cyberduck then cancelled the operation and the progress bar reported "Transfer incomplete" with "7.9 GB of 14.7 GB." The first file of the two files I wanted to download appears to have been downloaded OK.

(So I went ahead and began the download of "File2" separately.)

Thus, there appears to be a bug. If you SHIFT-CLICK to select multiple files to download, only the FIRST file gets downloaded. Then Cyberduck thinks that the second file is the first file and thinks I want to overwrite the first file. If I did, it probably would have erased the first file and I would have had to download it twice.

Unfortunately, I neglected to take screenshots, and when I opened the "Log Drawer," there was no log there. However, I hope the description is accurate and you can reproduce.

Many thanks!

  • Franklin
@cyberduck
Copy link
Collaborator Author

@dkocher commented

The issue here is that the transfer was interrupted after the download of the first file has completed possibly because of an underlying networking error. The transfer was restarted automatically according to the settings in Connection Preferences. By default, the user was asked what to with the already existing file from the first attempt. We have now changed this in 7d80a18 to resume the transfer upon retry.

@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.
Projects
None yet
Development

No branches or pull requests

2 participants