-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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/2 headers may not be split in CONTINUATION frames #12488
Comments
* Removed unnecessary and wrong initialization of Parser and Generator properties, as they are initialized by SETTINGS frames (or they have default values already). * Fixed headers generation, taking into account maxHeaderListSize and maxFrameSize correctly. Signed-off-by: Simone Bordet <simone.bordet@gmail.com>
How does it affect the server when this condition happens? |
@wendigo the server would throw an error and close the connection. However, this event is quite rare, because it really needs very large headers, typically way more than the 16 KiB max frame size thanks to Huffman compression (say 20 KiB or more). Note that common response headers are about 300-500 bytes, so to trigger this problem the headers would need to be 40x bigger, which is very rare. |
* Introduced HTTP2Client.maxRequestHeadersSize. * Initialized HpackEncoder.maxHeaderListSize. Signed-off-by: Simone Bordet <simone.bordet@gmail.com>
Jetty version(s)
12.0.x
Description
HTTP/2 headers generation invokes the
HpackEncoder
with aByteBuffer
that is sized to themaxFrameSize
.This is incorrect for those cases where
maxHeaderListSize > maxFrameSize
.The text was updated successfully, but these errors were encountered: