I really liked @tjvantoll article Handling Failed HTTP Responses With fetch(). The one thing I found annoying with it, though, is that response.statusText
always returns the generic error message associated with the error code. Most APIs, however, will generally return some kind of useful, more human friendly message in the body.
Here's a modification that will capture this message. The key is that rather than throwing an error, you just throw the response and then process it in the catch
block to extract the message in the body:
fetch("/api/foo")
.then( response => {
if (!response.ok) { throw response }
return response.json() //we only get here if there is no error
})
.then( json => {
this.props.dispatch(doSomethingWithResult(json))
})
.catch( err => {
err.text().then( errorMessage => {
this.props.dispatch(displayTheError(errorMessage))
})
})
Frankly, I'm horrified that JavaScript let's you throw some random value, rather than an error, but hey, when in Rome...
This is not the optimal solution.
if (!response.ok) { throw response }
what if there is an error after this (not the server error) or what if the server is not available at all? then
err.text()
will throwerr.text is not a function
It cannot be guaranteed that
catch
clause will be executed only because ofthrow response