2.0.0 (2024-10-20)
- Change the first parameter of
ResponseError
to expect aRetrieveResponse
object instead of aResponse
object. How to update: Replacenew ResponseError(response, ...)
withnew ResponseError({ response, data: null }, ...)
.
-
add data to ResponseError (bdddbdc)
Add a new
data
property toResponseError
s holding the same deserialized value as thedata
property onRetrieveResponse
objects. If an exception occurs during deserialization, the value will benull
.BREAKING CHANGE: Change the first parameter of
ResponseError
to expect aRetrieveResponse
object instead of aResponse
object. How to update: Replacenew ResponseError(response, ...)
withnew ResponseError({ response, data: null }, ...)
.
1.2.1 (2023-12-05)
-
crash on window access in node environments (bf014f3)
Fix retrieve not working in Node environments caused by accessing
window
without first checking if it exists.
1.2.0 (2023-11-25)
-
relax response error handler types (5095993)
Relaxes the types of response error handlers. The first argument of a response error handler is now typed as
Error
instead ofResponseError
. Only the type changes. The value is unchanged: the object will still be aResponseError
unless a previous response error handler changes it. Similarly, the return value for maintained errors now expects avalue
of typeError
instead of requiringResponseError
. This makes it easier to use response error handler because you can now return custom error formats without angering the TypeScript compiler.
-
only processing the first response success handler (f4a1e06)
Fixes an issue with response success handlers where only the first handler was processed.
-
processing more response error handlers after one corrected an error (7567bc5)
Fixes an issue with the processing of response error handlers where if a handler corrected the error state, retrieve would continue processing the remaining handlers. This was unintentional and neither matched the behavior of request error handlers nor the documentation for response error handlers.
-
processing response success handlers in error case (92567fb)
Fixes an issue with response success handlers where handlers were executed even if the network response had an error status code.
1.1.1 (2023-11-18)
-
overriding x-requested-with header (f9d32d4)
Fixes setting the x-requested-with header when
config.init.headers
already has a value for that header field.
1.1.0 (2023-07-16)
-
changes default response error message (20ef3eb)
Changes the default response error message from
'Unknown response error'
to$statusCode $statusText
(e.g.'404 Not Found'
).
-
ignoring
config.init.body
(514b3e6)Fixes an issue where
config.init.body
would always be ignored regardless ofconfig.data
being set. Now, ifconfig.data
is not set andconfig.init.body
is set,config.init.body
will be used as the request body as-is. -
not passing
config.init
tofetch
(4139f4f)Fixes a bug causing
config.init
not to be passed as theinit
parameter tofetch
. -
using JSON content-type for POST requests with FormData body (5ae55df)
Fixes POST requests with
config.data
being set to aFormData
object being sent with a content type'application/json'
. Instead, such requests now will be sent with no content type as the browser will set it automatically.
- adds retrieve (e533c21)