-
Notifications
You must be signed in to change notification settings - Fork 29.6k
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
HTTP imports not found error #41948
Comments
/cc @JakobJingleheimer would be interested to get your thoughts on this one. |
That sounds appropriate to me! Should we also handle other 4XX response statuses like 401 & 403? I took a quick look through existing error codes, and I didn't see anything appropriate for those two (so perhaps a new |
That whole function can be simplified significantly by avoiding |
Should I maybe add the 404 error handling to #41950 ? |
Would be great to see actually. |
There is a second question here of "whether 404s should be cached or should a second import attempt attempt to make the request again" - but I won't change it in that PR |
Done + added "fixes" #41950 |
Would be great to get some reviews on that PR from people interested in the feature request :) |
There has been no activity on this feature request for 5 months and it is unlikely to be implemented. It will be closed 6 months after the last non-automated comment. For more information on how the project manages feature requests, please consult the feature request management document. |
Was fixed a while ago |
What is the problem this feature will solve?
When a 404 not found response is made for an HTTP/s import, the error thrown is currently:
it might be useful to convert this into a full
ERR_MODULE_NOT_FOUND
error to properly match semantics in error handling code paths.What is the feature you are proposing to solve the problem?
Return an
ERR_MODULE_NOT_FOUND
for 404 network errors in HTTP/s imports.What alternatives have you considered?
Keeping it as a custom error or network not found error creates divergence between local and remote resolvers. It can be useful to streamline the error path handling by having a singular code to check.
The text was updated successfully, but these errors were encountered: