]> git.ipfire.org Git - thirdparty/haproxy.git/commit
BUG/MINOR: http/filters: Be sure to wait if a filter loops in HTTP_MSG_ENDING
authorChristopher Faulet <cfaulet@haproxy.com>
Fri, 31 Mar 2017 13:37:29 +0000 (15:37 +0200)
committerWilly Tarreau <w@1wt.eu>
Wed, 14 Jun 2017 14:46:21 +0000 (16:46 +0200)
commita33510b215b9886d95360f2d60e558a8c2a57ec2
tree4af5ca3db4dc5194433d5a9fbbf016b0b16f0d1d
parent1e59fcc5885da5cab7ba779eee5f312b3c1d5d72
BUG/MINOR: http/filters: Be sure to wait if a filter loops in HTTP_MSG_ENDING

A filter can choose to loop when a HTTP message is in the state
HTTP_MSG_ENDING. But the transaction is terminated with an error if the input is
closed (CF_SHUTR set on the channel). At this step, we have received all data,
so we can wait.

So now, we also check the parser state before leaving. This fix only affects
configs that use a filter that can wait in http_forward_data or http_end
callbacks, when all data were parsed.
src/proto_http.c