-
Notifications
You must be signed in to change notification settings - Fork 275
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
Logging in Updater is reporting errors despite things proceeding as expected #983
Comments
Looks like _download_file() and _get_metadata_file() failure messages and tracebacks should be handled at DEBUG level, not ERROR. The _update_root_metadata() should be a (better written) INFO at most and the related traceback DEBUG at most. |
Thanks for digging into this issue, @jku! |
This behaviour may have improved to the extent of not logging anything after merging #1092. At least this is what I've observed after a quick test:
While on the server side:
Yet probably a more thorough testing is needed to confirm that everything is ok ... |
💯 Thanks for fixing this long outstanding annoying issue, all |
Description of issue or feature request:
When following the steps in the QUICKSTART.md the call to
client.py
results in three tracebacks, with associated error messages, being printed to the terminal. These occur when trying to check for a new version of the root metadata (as is the standard client workflow), triggered by the call toupdater.refresh()
inclient.py
.These error messages are printed despite the file fetch being successful and
client.py
exiting cleanly.When the
Updater
looks for a newer version ofroot.json
a new file is not found and tracebacks for three different, otherwise handled or spurious, exceptions are printed in:download.py
's_download_file()
updater.py
s_get_metadata_file()
updater.py
s_update_root_metadata()
Note: the tracebacks are printed even when logging is disabled by passing
--verbose 0
toclient.py
Current behavior:
Successful file fetch with
client.py
causes 3 tracebacks and error messages to be printed:Expected behavior:
Standard client workflows (such as checking for newer root metadata) don't cause Tracebacks and Errors to be printed.
Successful operations don't result in Tracebacks and Errors being printed.
The text was updated successfully, but these errors were encountered: