-
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
Revert "stream: make finished call the callback if the stream is closed" #29717
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. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
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. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
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