]> git.ipfire.org Git - thirdparty/haproxy.git/commit
BUG/MINOR mux-quic: apply correctly timeout on output pending data
authorAmaury Denoyelle <adenoyelle@haproxy.com>
Tue, 8 Jul 2025 08:30:46 +0000 (10:30 +0200)
committerAmaury Denoyelle <adenoyelle@haproxy.com>
Wed, 23 Jul 2025 12:36:48 +0000 (14:36 +0200)
commitc5bcc3a21ef371b81099cc0c6a4a27ae34d7726b
tree1532d51aec7d409e6cf565397a86d857c8920ff5
parent7139ebd67659748e4447613cb3f2e12fd0229c12
BUG/MINOR mux-quic: apply correctly timeout on output pending data

When no stream is attached, mux layer is responsible to maintain a
timeout. The first criteria is to apply client/server timeout if there
is still data waiting for emission.

Previously, <hreq> qcc member was used to determine this state. However,
this only covers bidirectional streams. Fix this by testing if
<send_list> is empty or not. This is enough to take into account both
bidi and uni streams.

Theorically, this should be backported to every stable versions.
However, send-list is not available on 2.6 and there is no alternative
to quickly determine if there is waiting output data. Thus, it's better
to backport it up to 2.8 only.
src/mux_quic.c