-
-
Notifications
You must be signed in to change notification settings - Fork 241
fix: call underlying implementation properly #183
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
Conversation
fernandolguevara
commented
Jul 10, 2022
@dougwilson I just added a test.
dougwilson
commented
Jul 10, 2022
It is 3:30am my time, so I am headed off now. I'll be back tomorrow if I have time. Thanks for your hard work!
fernandolguevara
commented
Jul 11, 2022
@dougwilson do u think we can merge of this fix or there are something missing?
Hi @fernandolguevara 👋 . Yea, I replied about the callback and also there is the comment regarding the tests that are still missing.
@dougwilson
dougwilson
left a 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.
The behavior of callback write after ended should match Node.js and tests are needed for all the added code paths. Easy way to know tests are missing is if you revert a part of the patch and tests still pass, that part was untested.
stalkerg
commented
Jul 16, 2022
Looks like some tests is failed. @fernandolguevara can you finish this PR? Seems very important for SvelteKit.
dougwilson
commented
Apr 10, 2023
@fernandolguevara if I dropped 0.8 for this, would thay simplify the code and hacks? Or even anything less than Node.js 4?
fernandolguevara
commented
Apr 11, 2023
here u can check CI Results
https://github.com/fernandolguevara/compression/actions/runs/4666297771
dougwilson
commented
Apr 11, 2023
Thank you , the commit push is indeed whay it needed to kick off. What are your thoughts on my question above?
fernandolguevara
commented
Apr 13, 2023
@dougwilson think the best is to push out this fix... then u can take the time needed for the big changes on the lib
dougwilson
commented
Apr 13, 2023
I'm not suggesting any big changes? Just trying to figure out how to not have that ServerResponse constructor and manipulation. I was hoping that maybe just dropping some Node.js versions would be enough? If not, we need the Node.js project to be aware so they don't break this module, because this is definitely way outside their API. I just cannot land this with a hack like that, so I am trying to work with you to figure out a way not to have it or get blessed from the Node.js project.
index.js
Outdated
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 like this module is not included it citgm, so really cannot use a hack like this without some blessing from node.js... is this needed if we drop some node.js versions?
bjohansebas
commented
Apr 16, 2025
Hi @fernandolguevara, support for old Node versions is no longer necessary, so we no longer need to use hacks to support those versions. I think this is going to be the PR where I clean up some of that old support, removing unnecessary things for Node 0.x compatibility. So I'll work with you to fix this small bug.
Signed-off-by: Sebastian Beltran <bjohansebas@gmail.com>
Signed-off-by: Sebastian Beltran <bjohansebas@gmail.com>
Signed-off-by: Sebastian Beltran <bjohansebas@gmail.com>
index.js
Outdated
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.
This part here causes the tests to not run correctly, for some reason, the request never finishes.
Signed-off-by: Sebastian Beltran <bjohansebas@gmail.com>
43569e2 to
ae6ee80
Compare
5f13b14 to
5d5e662
Compare
related issue #5431