Revert "stream: make finished call the callback if the stream is closed"#29717
Revert "stream: make finished call the callback if the stream is closed"#29717mcollina wants to merge 2 commits intonodejs:masterfrom
Conversation
|
cc @ronag |
|
@BethGriggs this would need to be pulled in v13 and/or I would remove b03845b from there asap anyway. |
529a573 to
5bbda7e
Compare
|
I'm a big -1 on this. Instead of reverting the whole thing, please at least let me make a PR that addresses the specific behavioural change referenced in #29699. Including:
I can have this done by the end of the day. Also, I would ask us to continue the discussion in #29699 for finding a long term sustainable strategy for this and similar issues. This indirectly impacts pending work and PR's I have that could end up in a similar situation. With this I would be -0. |
benjamingr
left a comment
There was a problem hiding this comment.
I would prefer it if we picked the original one out before the release.
|
So long as the changes do not go out in a release and @ronag and @mafintosh can collaborate on a revised acceptable solution, then I think we can afford to hold off reverting this immediately. I think we should time box that however, and the change should definitely be pulled out of the 13.0.0 working branch for now while the fix is being worked on. |
|
@mcollina Unfortunately, there's a merge conflict to be resolved. @jasnell Do you have a proposal for what should be the time-box deadline? I suppose if @BethGriggs has an opinion, that's probably the opinion we should pay the most attention to. |
|
I'd prefer not picking the commit out of the v13.x branch and release - it has already gone into the first RC, and would need to be forced out of a protected branch. I can pull in this PR or #29724 into the v13.x release once either of those has landed (subject to no TSC objections as per https://github.com/nodejs/node/blob/master/doc/releases.md#release-branch). My plan is to update the |
|
Then I think we should land this asap and then reapply the PR with the fix if we can land it in time. |
|
I'm happy with whichever approach @BethGriggs and @mcollina are |
|
Am I correct that the two options are either rebase this and land it soon, or we can land #29724? (And in either event, the fix needs to get into the 13.x release.) If we know which one we're going with, we can add it to the 13.x milestone. |
|
Given that we are running out of time, I propose we land this as soon as possible (tomorrow) as a precaution. That commit should not reach v13 as-is and we should likely do a an RC release without it. |
|
Yes, I'm +1 on reverting at this stage as well. This is all super tricky stuff and we need to understand the changes better before trying to land a fix. |
Based on this, I've added it to the 13.x milestone. @mcollina This needs a rebase. |
Trott
left a comment
There was a problem hiding this comment.
Rubber-stamp LGTM if CI passes and CITGM doesn't show anything surprising and alarming.
|
@nodejs/tsc This is labeled |
|
Also needs to revert ce62e96 to avoid the conflict. |
5bbda7e to
fe76c85
Compare
This comment has been minimized.
This comment has been minimized.
|
CITGM: https://ci.nodejs.org/view/Node.js-citgm/job/citgm-smoker/2043/ This time, without a typo in the ref so it might actually run the tests. |
|
CITGM seems ok to me, landing. |
|
Landed in 7682874...9f873b3 |
|
@BethGriggs would you mind adding this to v13? |
Fixes #29699.
This reverts commit b03845b.
Checklist
make -j4 test(UNIX), orvcbuild test(Windows) passes