-
Notifications
You must be signed in to change notification settings - Fork 30k
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
http: correctly calculate strict content length #46601
Conversation
Review requested:
|
dd09cc5
to
481ed62
Compare
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.
lgtm
Failed to start CI- Validating Jenkins credentials ✖ Jenkins credentials invalidhttps://github.com/nodejs/node/actions/runs/4142770062 |
I wonder if we could also use the V8 fast calls to improve the underlying |
We already have an ongoing discussion regarding this over at the performance repo. |
Here is the link, nodejs/performance#52. |
Commit Queue failed- Loading data for nodejs/node/pull/46601 ✔ Done loading data for nodejs/node/pull/46601 ----------------------------------- PR info ------------------------------------ Title http: correctly calculate strict content length (#46601) Author Robert Nagy (@ronag) Branch ronag:http-byte-len -> nodejs:main Labels http, author ready Commits 11 - http: correctly calculate strict content length - http: speedup strict content length - http: make sure to pass encoding to Buffer.byteLength - http: count writtenBytes even if socket is not ready - fixup! http: speedup strict content length - fixup! http: speedup strict content length - fixuP - fixuP - fixup - fixup: linting - fixup: cleanup Committers 1 - Robert Nagy PR-URL: https://github.com/nodejs/node/pull/46601 Reviewed-By: Matteo Collina Reviewed-By: Paolo Insogna Reviewed-By: Yagiz Nizipli ------------------------------ Generated metadata ------------------------------ PR-URL: https://github.com/nodejs/node/pull/46601 Reviewed-By: Matteo Collina Reviewed-By: Paolo Insogna Reviewed-By: Yagiz Nizipli -------------------------------------------------------------------------------- ⚠ Commits were pushed since the last review: ⚠ - fixup: linting ⚠ - fixup: cleanup ℹ This PR was created on Fri, 10 Feb 2023 07:55:18 GMT ✔ Approvals: 3 ✔ - Matteo Collina (@mcollina) (TSC): https://github.com/nodejs/node/pull/46601#pullrequestreview-1302089257 ✔ - Paolo Insogna (@ShogunPanda): https://github.com/nodejs/node/pull/46601#pullrequestreview-1292827320 ✔ - Yagiz Nizipli (@anonrig): https://github.com/nodejs/node/pull/46601#pullrequestreview-1300561862 ✖ Last GitHub CI failed ℹ Last Full PR CI on 2023-02-17T10:01:39Z: https://ci.nodejs.org/job/node-test-pull-request/49619/ - Querying data for job/node-test-pull-request/49619/ ✔ Last Jenkins CI successful -------------------------------------------------------------------------------- ✔ Aborted `git node land` session in /home/runner/work/node/node/.ncuhttps://github.com/nodejs/node/actions/runs/4234920191 |
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.
still LGTM
Commit Queue failed{"message":"Base branch was modified. Review and try the merge again.","documentation_url":"https://docs.github.com/rest/reference/pulls#merge-a-pull-request"}https://github.com/nodejs/node/actions/runs/4251305015 |
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.
lgtm
Landed in 9e1824d |
Fixes some logical errors related to strict content length. Also, previously Buffer.byteLength (which is slow) was run regardless of whether or not the len was required. PR-URL: #46601 Reviewed-By: Matteo Collina <[email protected]> Reviewed-By: Paolo Insogna <[email protected]> Reviewed-By: Yagiz Nizipli <[email protected]>
Fixes some logical errors related to strict content length. Also, previously Buffer.byteLength (which is slow) was run regardless of whether or not the len was required. PR-URL: #46601 Reviewed-By: Matteo Collina <[email protected]> Reviewed-By: Paolo Insogna <[email protected]> Reviewed-By: Yagiz Nizipli <[email protected]>
Previously Buffer.byteLength (which is slow) was run regardless of whether or not the len was required.