-
Notifications
You must be signed in to change notification settings - Fork 278
Updater: No download progress hooks #1057
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
Comments
When/if this is fixed, the default download settings should be re-evaluated:
A large download at 50b/sec seems to mean one progress update every two hours which would not be very interactive. Of course the values also mean that a server sending a large file 1 b every 4 seconds would only get flagged as slow retrieval attack after 18 days of downloading... so maybe these values could be re-evaluated anyway. Joshua pointed out #932 as related |
This would be deprecated with #1213 updater: abstract out the network IO |
Resolved obsolete by #1213 |
Uh oh!
There was an error while loading. Please reload this page.
Description of feature request:
For large downloads an interactive client would typically want to provide progress information (progress bar or just a running percentage or count of bytes). tuf.Updater could provide functionality that enables this.
The practical case I'm looking at is pip which currently uses the progress module while downloading chunks with requests module. If tuf support is added to pip, it will lose the progress indication functionality.
Current behavior:
The downloads are done in chunks already but there does not seem to be any way to add hooks into the download loop.
Expected behavior:
Updater could e.g. call an optional hook function with some progress data periodically. At a minimum the number of bytes downloaded so far should be available.
The text was updated successfully, but these errors were encountered: