-
Bug
-
Resolution: Unresolved
-
Major
-
None
-
None
If an application reads POST data such that the content length is read exactly (so there's no further read attempted beyond the content length for a -1 read return), then we never reach this block here for the finish listener to be called since the read is never attempted again with the remaining length seen as 0 from the state value. We would need this called to trigger ReadTimeoutStreamSourceConduit.terminateRequest/cleanup and remove the read timeout from the exchange. But since an exact length read doesn't hit this, the ReadTimeoutStreamSourceConduit is never cleaned up after the full request read. This means the read time-out will still fail and close any connection for request processing that exceeds the read-timeout even after the complete read.
- blocks
-
JBEAP-30934 [GSS](8.0.z) UNDERTOW-2605 - FixedLengthStreamSourceConduit does not clean up ReadTimeoutStreamSourceConduit after an exact Content-Length read
-
- Pull Request Sent
-
- is incorporated by
-
JBEAP-30596 (8.1.z) Upgrade Undertow from 2.3.18.Final to 2.3.19.SP1
-
- Pull Request Sent
-