-
Bug
-
Resolution: Done
-
Major
-
None
-
None
-
None
I can see failing HTTP/2 test in thirdparty testsuite against WildFly:
HPACK: Header Compression for HTTP/2 5. Primitive Type Representations 5.2. String Literal Representation × 3: Sends a Huffman-encoded string literal representation containing the EOS symbol -> The endpoint MUST treat this as a decoding error. Expected: GOAWAY Frame (Error Code: COMPRESSION_ERROR) Connection closed Actual: DATA Frame (length:1504, flags:0x01, stream_id:1)
This error started to occur after this fix has been done in the testsuite itself few months ago. There is expected a 'Compression error' to be returned by server followed by connection closure, although WildFly simply responds with a 'Data' packet expecting further communication.
I've also checked with latest WildFly master branch and Undertow in version of 2.0.26.Final. Still same issue.
Note that Apache HTTP 2.4.29 passes this particular test successfully.
- clones
-
WFLY-12305 HPACK decoding huffman-encoded string with EOS symbol
- Closed
- is incorporated by
-
JBEAP-28290 (7.4.z) UNDERTOW-2381 - Invalid/benevolent hpack decoding of huffman-encoded string literal with EOS symbol
- Verified
-
JBEAP-28291 (8.0.z) UNDERTOW-2381 - Invalid/benevolent hpack decoding of huffman-encoded string literal with EOS symbol
- Resolved
-
WFCORE-6958 Upgrade Undertow to 2.3.16.Final
- Resolved