You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Basically the same situation as #1827 except that I had an API key filled in, but then generated a new API key in PyMedusa, and then I saw this error in SabNZB:
I think it would be good to add error handling to the request itself. If a bad auth token (or bad api key) is used, the PyMedusa v2 api returns HTTP 401 along with a response body of {"error": "No authorization token."}. I think a reasonable way to do error handling generically would be to catch any non-HTTP 200 responses and who the HTTP response code number along with the response body. That way the Sickbeard fork is responsible for presenting a reasonable error message and users aren't shown an uncaught exception that isn't descriptive of the problem.
The text was updated successfully, but these errors were encountered:
Basically the same situation as #1827 except that I had an API key filled in, but then generated a new API key in PyMedusa, and then I saw this error in SabNZB:
I think it would be good to add error handling to the request itself. If a bad auth token (or bad api key) is used, the PyMedusa v2 api returns HTTP 401 along with a response body of
{"error": "No authorization token."}
. I think a reasonable way to do error handling generically would be to catch any non-HTTP 200 responses and who the HTTP response code number along with the response body. That way the Sickbeard fork is responsible for presenting a reasonable error message and users aren't shown an uncaught exception that isn't descriptive of the problem.The text was updated successfully, but these errors were encountered: