tree e7877e79abfe39aba99a872cc79a5de86adf82f9
parent 8aabc8ebfd4514c3b3290ac2ddf6a2281e01dadb
author Christopher Faulet <cfaulet@haproxy.com> 1677512292 +0100
committer Christopher Faulet <cfaulet@haproxy.com> 1677516345 +0100

BUG/MEDIUM: stconn: Report a blocked send if some output data are not consumed

Instead of reporting a blocked send if nothing is send, we do it if some
output data remain blocked after a write attempts or after a call the the
applet's I/O handler. It is mandatory to properly handle write timeouts.

Indeed, if an endpoint is blocked for a while but it partially consumed
output data, no timeout is triggered. It is especially true for
connections. But the same may happen for applet, there is no reason.

Of course, if the endpoint decides to partially consume output data because
it must wait to move on for any reason, it should use the se/applet API
(se/applet_will_consume(), se/applet_wont_consume() and
se/applet_need_more_data()).

This bug was introduced during the channels timeouts refactoring. No
backport is needed.