Uh oh!
There was an error while loading. Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork 34.2k
deps: update llhttp to 6.0.2#38665
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
deps: update llhttp to 6.0.2 #38665
Uh oh!
There was an error while loading. Please reload this page.
Conversation
indutny commented May 13, 2021 • edited by aduh95
Loading Uh oh!
There was an error while loading. Please reload this page.
edited by aduh95
Uh oh!
There was an error while loading. Please reload this page.
mscdex commented May 13, 2021 • edited
Loading Uh oh!
There was an error while loading. Please reload this page.
edited
Uh oh!
There was an error while loading. Please reload this page.
@indutny I think that's the wrong link for the "Fixes:" part of the commit message? |
RaisinTen commented May 13, 2021
- Fix: #37503+ Fixes: https://github.com/nodejs/node/issues/37053 |
mcollina 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.
lgtm
nodejs-github-bot commented May 13, 2021
2aae81b to 49e48a1Compareindutny commented May 13, 2021
Thanks! That was a typo in "Fix". Fixed now! 😂 |
nodejs-github-bot commented May 13, 2021
richardlau commented May 13, 2021
I take this statement to mean we'd need manual backports for the LTS releases (14/12)? Unfortunately it looks like the way we applied security patches hasn't kept the llhttp files in-step -- current versions of
declare llhttp 2.1.3 and is what you get in |
targos commented May 13, 2021
On |
indutny commented May 14, 2021
@richardlau asking the right question! I don't expect any problems with making 2.x release for these branches. Thankfully the fix is not in llhttp itself, but rather in its compiler. 2.x uses |
nodejs-github-bot commented May 15, 2021
Fix: #37053 See: nodejs/llparse#44 PR-URL: #38665 Reviewed-By: Rich Trott <[email protected]> Reviewed-By: Luigi Pinca <[email protected]> Reviewed-By: Daniele Belardi <[email protected]> Reviewed-By: Matteo Collina <[email protected]> Reviewed-By: Anna Henningsen <[email protected]>
indutny commented May 20, 2021
Landed in d798de1, thank you! |
Fix: #37053 See: nodejs/llparse#44 PR-URL: #38665 Reviewed-By: Rich Trott <[email protected]> Reviewed-By: Luigi Pinca <[email protected]> Reviewed-By: Daniele Belardi <[email protected]> Reviewed-By: Matteo Collina <[email protected]> Reviewed-By: Anna Henningsen <[email protected]>
richardlau commented Jul 16, 2021
Coming back to this for v14.x and v12.x. I could do with some help here working out what is landable on those re. llhttp. As mentioned before (#38665 (comment)) they both claim to be llhttp 2.1.3 although e.g. on v14.x there was a security patch applied which I think corresponded to a semver major llhttp (3?) I guess we missed a step somewhere with the security patches and synching llhttp versions. Perhaps the best thing to do is mark this as requiring manual backports. |
Fixes: #37053
Refs: nodejs/llparse#44
Needs backports to all release branches. I've made 4.0.1 release to facilitate with that.