]> git.kaiwu.me - haproxy.git/commit
REGTESTS: sample_fetches: test the stream state fetches over HTTP/2
authorWilly Tarreau <w@1wt.eu>
Tue, 22 Sep 2026 20:09:16 +0000 (20:09 +0000)
committerWilly Tarreau <w@1wt.eu>
Wed, 30 Sep 2026 15:25:37 +0000 (17:25 +0200)
commitc719cc01ef1fc30221d20ddea31d442fec06ab06
treeb265f8e686e97b8ec5304bd444f6f3497f54301a
parent3de37ba5119e0faf8def65cf7ba588f2489c9d9a
REGTESTS: sample_fetches: test the stream state fetches over HTTP/2

fs.id was only covered by a QUIC test, and bs.id, fs.aborted,
bs.aborted, fs.rst_code, bs.rst_code, fc_settings_streams_limit,
bc_settings_streams_limit and bc_glitches had no coverage at all. They
describe the multiplexed stream and its connection, so they need HTTP/2
on both sides, which vtest provides.

The first listener runs two streams over the same pair of connections,
which shows the stream ids of both sides and the two stream limits, the
frontend one being what haproxy announces and the backend one what the
server announced. The second listener has its stream reset by the
client and the third one by the server, and since no response reaches
the client in those two cases, the abort flag and the reset code are
read from the log.
reg-tests/sample_fetches/h2_stream_state.vtc [new file with mode: 0644]