tree d8555f8f87a8b9ddf485f1b430e4cc8de74b1bd8
parent 1c2fb4cb2eddee33b8e770469fca1b69d3b70009
author Christopher Faulet <cfaulet@haproxy.com> 1725365429 +0200
committer Willy Tarreau <w@1wt.eu> 1725549657 +0200
encoding latin1

BUG/MEDIUM: mux-h1: Properly handle empty message when an error is triggered

When a 400/408/500/501 error is returned by the H1 multiplexer, we first try
to get the error message of the proxy before using the default one. This may
be configured to be mapped on /dev/null or on an empty file. In that case,
no message is emitted, as expected. But everything is handled as the error
was successfully sent.

However, there is an bug here. In h1_send_error() function, this case is not
properly handled. The flag H1C_F_ABRTED is not set on the H1 connection as it
should be and h1_close() function is not called, leaving the H1 connection in an
undefined state.

It is especially an issue when a "empty" 408-Request-Time-out error is emitted
while there are data blocked in the output buffer. In that case, the connection
remains openned until the client closes and a "cR--"/408 is logged repeatedly, every
time the client timeout is reached.

This patch must backported as far as 2.8.

(cherry picked from commit 0d4271cdae18780de79e1ce997d562f91eeee316)
Signed-off-by: Willy Tarreau <w@1wt.eu>
(cherry picked from commit dfefb9953e795c71aabd714986f59ad285f7e7f5)
Signed-off-by: Christopher Faulet <cfaulet@haproxy.com>
(cherry picked from commit 9f26f2ec4fb6b7ae15be7ab477b947e123fb2a99)
Signed-off-by: Willy Tarreau <w@1wt.eu>