GeezerVisonThe World Wide Web, restored to 800 pixels of glory. | ||||||||||
| Home|About|Gaming cabinet|Archives|How it works|Starter sites | ||||||||||
GeezerVison is showing github.com — stream: fix destroy(err, cb) regression by mcollina · Pull Request #13156 · nodejs/node Conversation
Member
Fixed a regression that caused the callback passed to destroy() Fixes: websockets/ws#1118 Checklist
Affected core subsystem(s)stream, net
Sorry, something went wrong. Uh oh!
There was an error while loading. Please reload this page. All reactions
cjihrig
reviewed
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Does the missing semicolon pass make lint?
Sorry, something went wrong. Uh oh!
There was an error while loading. Please reload this page. All reactions
Member
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. nope, I have some leftover files with linting errors under bench, and I didn't spot those :(. Updated
Sorry, something went wrong. Uh oh!
There was an error while loading. Please reload this page. All reactions
mcollina
force-pushed
the
double-destroy-callback
branch
2 times, most recently
from
1f399e1 to
502bfaf
Compare
Member
Author
All reactions
Sorry, something went wrong. Uh oh!
There was an error while loading. Please reload this page.
cjihrig
approved these changes
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. LGTM
Sorry, something went wrong. Uh oh!
There was an error while loading. Please reload this page. All reactions
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. It might be worth doing some assertion on the error received here.
Sorry, something went wrong. Uh oh!
There was an error while loading. Please reload this page. All reactions
mcollina
force-pushed
the
double-destroy-callback
branch
from
502bfaf to
c294477
Compare
Member
Author
All reactions
Sorry, something went wrong. Uh oh!
There was an error while loading. Please reload this page.
Member
Author
All reactions
Sorry, something went wrong. Uh oh!
There was an error while loading. Please reload this page.
refack
reviewed
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. If this statement is important you should assert it (set a field on
Sorry, something went wrong. Uh oh!
There was an error while loading. Please reload this page. All reactions
mcollina
force-pushed
the
double-destroy-callback
branch
from
c294477 to
f4813b1
Compare
refack
reviewed
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Some questions.
Sorry, something went wrong. Uh oh!
There was an error while loading. Please reload this page. All reactions
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Personally I like it that if a
Sorry, something went wrong. Uh oh!
There was an error while loading. Please reload this page. All reactions
|
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
"
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
IMHO If the cb should stay undocumented don't put it in the signature, extract it from arguments.
My IDE (WebStorm) will intellisense it's presence.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
IMHO we shouldn't use arguments ever unless we really need to.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
this was done in the previous PR, I would prefer to discuss that in another issue, if you want to fire a PR (I would like to get this in ASAP, keeping it only on the regression).
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
Not feeling strongly about this... Just FYI.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
P.S. take the |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
Fixed a regression that caused the callback passed to destroy() to not be called if the stream was already destroyed. This caused a regression on the ws module in CITGM introduced by nodejs#12925. Fixes: websockets/ws#1118
f4813b1 to
17aebdf
Compare
|
[question] About synchronicity of the call to |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
@refack there is not. In fact, the comment was just wrong and taken from the other place I copied those examples from. That callback should be called synchronously. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
@refack can you confirm this fix does not causes any more regressions, but it fixes the one I introduced? |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
Waiting to the CITGM to do it's dance. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
CITGM clean
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
@jasnell this should be on Node v8 as well, as you plan to land 330c8d7. This might probably be short-circuited and landed if you want to avoid a couple of CITGM failures. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
Landed as ccd3ead |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
Fixed a regression that caused the callback passed to destroy() to not be called if the stream was already destroyed. This caused a regression on the ws module in CITGM introduced by #12925. PR-URL: #13156 Fixes: websockets/ws#1118 Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: Calvin Metcalf <[email protected]> Reviewed-By: Luigi Pinca <[email protected]> Reviewed-By: Refael Ackermann <[email protected]>
Fixed a regression that caused the callback passed to destroy() to not be called if the stream was already destroyed. This caused a regression on the ws module in CITGM introduced by #12925. PR-URL: #13156 Fixes: websockets/ws#1118 Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: Calvin Metcalf <[email protected]> Reviewed-By: Luigi Pinca <[email protected]> Reviewed-By: Refael Ackermann <[email protected]>
Fixed a regression that caused the callback passed to destroy() to not be called if the stream was already destroyed. This caused a regression on the ws module in CITGM introduced by #12925. PR-URL: #13156 Fixes: websockets/ws#1118 Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: Calvin Metcalf <[email protected]> Reviewed-By: Luigi Pinca <[email protected]> Reviewed-By: Refael Ackermann <[email protected]>
There was an error while loading. Please reload this page.
Successfully merging this pull request may close these issues.
There was an error while loading. Please reload this page.