Closed caprenter closed 8 years ago
+1 to this.
Actually the error messages for a 404 are really bad, because we're not inspecting the status code at all, so it tries to load the error page as if it were e.g. an xlsx file https://app.getsentry.com/open-data-services/cove-dev/issues/122530172/
Other similar errors: SSL troubles https://app.getsentry.com/open-data-services/cove/issues/99066243/ and failing to connect to the host https://app.getsentry.com/open-data-services/cove/issues/101484562/
This is now on dev. Here are some examples of different errors: http://dev.cove.opendataservices.coop/ocds/?source_url=http://httpstat.us/404 http://dev.cove.opendataservices.coop/ocds/?source_url=http://localhost:1234 http://dev.cove.opendataservices.coop/ocds/?source_url=https://wrong.host.badssl.com/
Note that the first paragraph comes directly from the Python error message, so whilst it's not always as friendly as we might like, it would be quite a lot of work to change for every possible case.
@caprenter are these meaningful and friendly enough?
Looks good to me. Thanks
If a user supplies an 'invalid URL' - I'm thinking 'results in a 404' but I guess there are other cases as well, the CoVE should supply a friendly error report.
I suspect someone else can spec this out better than this!