Conversation
|
@indutny I think that's the wrong link for the "Fixes:" part of the commit message? |
- Fix: #37503
+ Fixes: https://github.com/nodejs/node/issues/37053 |
2aae81b to
49e48a1
Compare
|
Thanks! That was a typo in "Fix". Fixed now! 😂 |
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 |
|
On |
|
@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 |
Fix: #37053 See: nodejs/llparse#44 PR-URL: #38665 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: Luigi Pinca <luigipinca@gmail.com> Reviewed-By: Daniele Belardi <dwon.dnl@gmail.com> Reviewed-By: Matteo Collina <matteo.collina@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net>
|
Landed in d798de1, thank you! |
Fix: #37053 See: nodejs/llparse#44 PR-URL: #38665 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: Luigi Pinca <luigipinca@gmail.com> Reviewed-By: Daniele Belardi <dwon.dnl@gmail.com> Reviewed-By: Matteo Collina <matteo.collina@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net>
|
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.