]> git.ipfire.org Git - thirdparty/haproxy.git/commitdiff
DOC: Update http-buffer-request description to remove the part about chunks
authorChristopher Faulet <cfaulet@haproxy.com>
Tue, 19 Nov 2019 15:27:25 +0000 (16:27 +0100)
committerChristopher Faulet <cfaulet@haproxy.com>
Wed, 20 Nov 2019 13:17:36 +0000 (14:17 +0100)
The limitation on the first chunk for chunked requests was true for the legacy
HTTP mode. But, it does not exist with the HTX. Becaue, the legacy HTTP mode was
removed in 2.1, this limitation does not exist anymore.

doc/configuration.txt

index b17ab9064cdcc56458fd0b885376b29b2bcde3a7..463d1727599f2cb47c1d1a13981c83143ae00e88 100644 (file)
@@ -6235,11 +6235,10 @@ no option http-buffer-request
   connecting to the server. Another use case consists in taking the routing
   decision based on the request body's contents. This option placed in a
   frontend or backend forces the HTTP processing to wait until either the whole
-  body is received, or the request buffer is full, or the first chunk is
-  complete in case of chunked encoding. It can have undesired side effects with
-  some applications abusing HTTP by expecting unbuffered transmissions between
-  the frontend and the backend, so this should definitely not be used by
-  default.
+  body is received or the request buffer is full. It can have undesired side
+  effects with some applications abusing HTTP by expecting unbuffered
+  transmissions between the frontend and the backend, so this should definitely
+  not be used by default.
 
   See also : "option http-no-delay", "timeout http-request"