]> git.ipfire.org Git - thirdparty/haproxy.git/commit
MEDIUM: http: wait for the first chunk or message body length in http_process_body
authorWilly Tarreau <w@1wt.eu>
Thu, 10 Apr 2014 09:55:45 +0000 (11:55 +0200)
committerWilly Tarreau <w@1wt.eu>
Tue, 22 Apr 2014 21:15:27 +0000 (23:15 +0200)
commit226071e0a7a7940a6060133824e921a39cd0ac5b
tree4dbdde91ac6a72bb0d83e66d6e58fcb96b4315a2
parent31a19957d60c36d061a1670e1a5b49ff20f8c7bf
MEDIUM: http: wait for the first chunk or message body length in http_process_body

This is the continuation of previous patch. Now that full buffers are
not rejected anymore, let's wait for at least the advertised chunk or
body length to be present or the buffer to be full. When either
condition is met, the message processing can go forward.

Thus we don't need to use url_param_post_limit anymore, which was passed
in the configuration as an optionnal <max_wait> parameter after the
"check_post" value. This setting was necessary when the feature was
implemented because there was no support for parsing message bodies.

The argument is now silently ignored if set in the configuration.
doc/configuration.txt
include/types/proxy.h
src/backend.c
src/proto_http.c