tree 2e02c665d2e4d22fb26ef1d093d3ded182209530
parent 2f33952b0856d56add31a32590c7ec7630173180
author Christopher Faulet <cfaulet@haproxy.com> 1725898794 +0200
committer Willy Tarreau <w@1wt.eu> 1725957273 +0200
encoding latin1

BUG/MAJOR: mux-h1: Wake SC to perform 0-copy forwarding in CLOSING state

When the mux is woken up on I/O events, if the zero-copy forwarding is
enabled, receives are blocked. In this case, the SC is woken up to be able
to perform 0-copy forwarding to the other side. This works well, except for
the H1C in CLOSING state.

Indeed, in that case, in h1_process(), the SC is not woken up because only
RUNNING H1 connections are considered. As consequence, the mux will ignore
connection closure. The H1 connection remains blocked, waiting for the
shutdown timeout. If no timeout is configured, the H1 connection is never
closed leading to a leak.

This patch should fix leak reported by Damien Claisse in the issue #2697. It
should be backported as far as 2.8.

(cherry picked from commit f6e193f1b05bc3a73090b1efeb3f0440a0c776b0)
Signed-off-by: Willy Tarreau <w@1wt.eu>
(cherry picked from commit 0be5e36d8c823164baf0b0ae98cc66936a2034b8)
Signed-off-by: Willy Tarreau <w@1wt.eu>
(cherry picked from commit 3adb1a62b8a334129bbc447c02b71ffe730f5f97)
[wt: minor ctx adj: flag was WANT_SPLICE in 2.8]
Signed-off-by: Willy Tarreau <w@1wt.eu>