-
-
Notifications
You must be signed in to change notification settings - Fork 59
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
Bug: Breaking change in 1.6.0 #906
Comments
Oh shoot! Nice catch. Although axios-cache-interceptor major releases for now just follows the axios major version, so i guess there's nothing i could do for now, just create guides on how to fix this issue :/ Are you up to a PR? |
Well, there are few options I suppose:
Option 1 is probably the one you want to keep the clear functionality. |
Making the property optional and provide a default implementation that throws not implemented seems a good alternative |
throwing "not implemented" means additional error handling on the consuming applications, which still means breaking change. |
No, it does not. |
Fixed in v1.6.1 |
What happened?
In the latest 1.6.0 release, a breaking change has been introduced by exposing a new function in an interface:
https://github.com/arthurfiorette/axios-cache-interceptor/pull/848/files#diff-153c6b38971390ad001e44eef88dd5fd8f62c9b450c64092f280c4b5d2bd1935R74
It should be included in a major release.
axios-cache-interceptor version
v1.6.0
Node / Browser Version
node 20
Axios Version
1.7.7
What storage is being used
Web Storage
Relevant debugging log output
The text was updated successfully, but these errors were encountered: