-
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
Node 10: http response.close is always triggered #21063
Comments
If I understand correctly, #21047 implies that |
@nodejs/http Anything to do here? |
This addresses a changed behaviour in Node 10, resulting from the fact that the `close` event is always being emitted now. This would have lead to the `place_binary()` callback being called twice when the HTTP request failed (with e.g. a 404). Refs: nodejs/node#21063 Fixes: mapbox#391
We are in the process of reverting the change in #21809 |
Fixes compile issue caused by nodejs/node#21063 and mapbox/node-pre-gyp#391. See: mapbox/node-pre-gyp#408
Sounds like there's nothing left to address here. The change was reverted. |
we are seeing this issue on Node V12.13.x. |
@Srinivas-Vemula That's expected as the change was kept in master, it was only reverted for v10.x. |
This addresses a changed behaviour in Node 10, resulting from the fact that the `close` event is always being emitted now. This would have lead to the `place_binary()` callback being called twice when the HTTP request failed (with e.g. a 404). Refs: nodejs/node#21063 Fixes: mapbox#391
index.js
:According to the docs
res.close
should only be called ifres.end
is not. Unfortunately there doesn't seem to be an event emitted forres.end
so I could not check to see whether or not it was triggered.However, as is visible in the example above:
finish
event triggeredclose
event not triggered,finish
event triggeredclose
event triggeredThe text was updated successfully, but these errors were encountered: