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
BREAKING 0.19 API Errors not populating correctly #2225
Comments
Hi @larlew, Having The Same Here |
Not trying to be pedantic, but you should never expect a module with a major version "0" to have a stable API. Until the author(s) put it at 1, it's not considered stable. https://semver.org/#spec-item-4 |
Fair enough. I did not know that. Thank you. |
@larlew No worries. Thank you for submitting detailed bug reports! The whole major version 0 thing probably gets lots of developers. It’s something I look at closely now whenever my team wants to use a new module in any of our projects. It’s usually not worth the time and effort to use a pre-1.0.0 module in production. 0.19.0 of axios broke a plug-in we use for it. It seems that part of the changes made to errors (like what you reported) is related to the plug-in breaking with this version. |
@larlew can you give an example of this? I use Axios in a number of projects and am yet to have this issue? |
This appears to be a regression rather than a deliberate change, so the versioning conversation doesn't seem like it applies here... |
Closed due to lack of enough information and stale. Nobody gives a reproducible code example. |
API Error breaks existing code. The error object is no longer populated.
To Reproduce
catch an error from an api.
Expected behavior
I didn't expect a minor version change to break existing code.
Is there any further guidance or documentation regarding these changes?
Environment:
Additional context/Screenshots
const apirequest = (options) => {
return authService.fetchAccessToken()
.then((accessToken) => {
if (!options.headers)
options.headers = {};
}
The text was updated successfully, but these errors were encountered: