Make HTTP.jl exception types more consistent #846
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Closed #792. In particular, calling
HTTP.request
will resultin one of four possible exceptions:
HTTP.ConnectError
: something went wrong trying to make a connection to the remoteHTTP.RequestError
: something went wrong sending/receiving request/responseHTTP.StatusError
: a 4XX or 5XX response status code was received and status_exception=trueHTTP.TimeoutError
: the request timed out waiting for a response (ifreadtimeout
!= 0)Looking over open issues and how downstream repos use HTTP.jl, I found it would be helpful if
HTTP.jl indeed had more consistent exception types in place for 1.0 that packages could rely on.