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
Handle zero-length OK deflate responses (master) #965
Conversation
This comment has been minimized.
This comment has been minimized.
Don't see what you're saying here, looks like it might be Hacktoberfest spam? |
Ping @jimmywarting as it’s been a couple weeks. This addresses your comment #903 (comment) |
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.
Sorry for the wait, this PR looks fine to me, but I think a few things can be improved.
-
If the change on
pump()
error handling is necessary for your tests to pass, then we should probably change all of the instances. -
I would like to see a comment with link to explain special handling of deflate response, so we have a source of the issues
@mgoszcz2 Is it ready for review now? By the way, sorry that you had to wait so long - I wasn't able to participate due to some private issues. |
I think so @xxczaki. No bother at all, you can see I was in no rush either. |
@mgoszcz2 This just needs to be rebased on main. I can approve once that's done, and I believe @bitinn just needs to re-review after that and we can merge. |
@tekwiz Thanks. I hope this also means #903 will be merged? Because there was a lot of churn involved in getting to this stage without any merges happening and I don't feel like sinking more time into this pull request. I made #903 to fix a specific issues that was affecting production at a company I no longer work. Unless nothing more is required of me other than a rebase, I'm not willing to continue working on this PR. |
I believe this is addressing the same issue as
#1442
I hope Jeff can help to look into it. We are now 2 years away from my initial review, I am happy to merge but we need to make sure it doesn’t introduce any problems to current codebase.
…Sent from my iPhone
On Jan 16, 2022, at 21:01, Maciej Goszczycki ***@***.***> wrote:
@tekwiz Thanks. I hope this also means #903 will be merged? Because there was a lot of churn involved in getting to this stage without any merges happening and I don't feel like sinking more time into this pull request. I made #903 to fix a specific issues that was affecting production at a company I no longer work. Unless nothing more is required of me other than a rebase, I'm not willing to continue working on this PR.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you were mentioned.
|
Can you explain what's preventing from #903 from being merged? It's a completely different branch and major version. I wasn't even using 3.x, I only made this PR because I was asked to by Jimmy. |
I rebased it |
Thx, for 2.x branch backport we can reopen your PR, please ping Jimmy in the comment. I think a lack of active reviewers at the time was preventing it from moving forward.
…Sent from my iPhone
On Jan 16, 2022, at 23:24, Maciej Goszczycki ***@***.***> wrote:
I rebased it
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you were mentioned.
|
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.
Looks good to me. With only changing err
to error
Done. Please also consider merging/re-opening #903 when you have some time. |
@mgoszcz2
haven't looked trough (reviewed) it yet... it's closed... what dose that pr do that this pr dose not solve? |
It fixes this bug for the 2.x branch. You closed it. I do not understand why. When I asked if it will be merged and you said it will be. That was September 2020. I only made this PR because you asked for it to be ported to the main branch too. Please look over your own messages in #903. In retrospect I should have never offered to fix the main branch if I knew merging 6 lines of code in two branches would take nearly two years. |
I pinged you at the request of David. Please read the messages above.
|
merged, thx for the fix, again sry that it took so long |
🎉 This PR is included in version 3.2.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
What is the purpose of this pull request?
What changes did you make?
This fixes an issue where older ISS servers (Definitely 7.5, but I can’t rule out other versions), could respond with a zero-length OK deflate response, hanging node-fetch. This was caused by the body stream never emitting a
data
event. A typical problematic response looks something like this:Is there anything you'd like reviewers to know?
This is the master counterpart to the 2.x PR #903
I had to tweak it a bit compared to the 2.x version because
pump
would incorrectly reject on empty responses.deflate
#1442