-
Notifications
You must be signed in to change notification settings - Fork 0
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
Better recovery from JSON::ParserError when Getty site returns HTML instead of JSON #2674
Comments
"No error is displayed to the user" --> What does happen? Just a "no results" message? That does seem not great. Things to look at and then consider: Are no error conditions ever displayed to the user by our drop-down front-ends, or just this error condition doesn't trigger errors? I think probably we need an "error happened" message (?), but not sure if the specific technical error needs to be displayed to user? Either way, Rails logs and ideally (if easy) Javascript console should show specific error message of some kind -- although the parse error could be enough? |
I think from the user's standpoint, not much happens-- you just get an empty list of suggestions in the dropdown. |
You won't be able to reproduce this any more -- the service is back up.
|
The genre dropdown in the work metadata makes an API call to Getty's art and architecture thesaurus (AAT) via QuestioningAuthority.
If the Getty site is down, it returns HTML instead of JSON, namely:
This in turn triggers a JSON::ParserError at
/gems/qa-5.11.0/lib/qa/authorities/getty/aat.rb:6
No error is displayed to the user.
View full backtrace and more info at honeybadger.io
The text was updated successfully, but these errors were encountered: