-
-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Feature Request: breakpoint-resume install #3849
Comments
Yes, this is quite a nuisance as how it is handled right now. My current solution is use aria2, and if the download is interrupted, manually use aria2c to resume the download and then resume the install or update process. for example, when I encounter an install/update failure with aria2 enabled with the following message:
I'll just do the following to resume the download of the installation file to the cache directory:
With the installation file ready in the cache directory, you can then try force update over a broken installation with the -f switch, or just uninstall the broken installation first and try install again. As long as the downloaded installation file still exists in the cache directory, the installation will not try to download it again. Updating is not affected by this quirk and I can just run It's basically the only way for me to install/update large-sized applications with scoop with an unstable connection. I do think it needs some improvement for scoop to be able to auto-resume broken downloads, especially when aria2 is enabled. Currently if the last aria2 download failed at 99%, and you don't do the installation file download manually, the scoop install/update command will complain that the cached download has bad hash and delete the whole thing, forcing you to download the whole thing from the start again, somehow defeating one of the major purpose of the aria2 features. |
This is really annoying for people with slow connections. I love waiting hours for a download just for a really small hiccup to cancel all of my progress. Reminds me of the old days when downloading files straight from the browser. Is there any way I can help with this? If resumable downloads can't be easily implemented with windows-native tools perhaps an external dependency can be pulled to enable this behavior? |
@shilangyu You definely need Aria2. And IIRC, scoop use Aria2 by first generate a file containing all the arguments and then pass that file to aria2's input-file parameter. You should be able to find out the file by looking at the thrown exception and repeat the download command. Once the download is finished, you can redo the installation. |
Thank you @escape0707. I understand I can solve it with a workaround but I wish scoop would support resumable downloads by natively. |
Yeap, me too! But just in case you need a workaround right now for the Android Studio. 😉 I've experienced this kind of awkward, too. At that time I need to download a proxy software from GitHub but I can't get any speed downloading from GitHub without a proxy. What a pain in the ass. |
Have you checked if #3292 fixed this? |
When install big packages in a slow network environment, the download often breaks by slow network, when execute the install command the next time, scoop should resume the download from the breakpoint of last download.
The behavior now is not good, as scoop treate a download failed package as installed.
below is an example.
The text was updated successfully, but these errors were encountered: