Willy Tarreau 2557f6a3e2 MEDIUM: h1: better handle transfer-encoding vs content-length ... The transfer-encoding header processing was a bit lenient in this part because it was made to read messages already validated by haproxy. We absolutely need to reinstate the strict processing defined in RFC7230 as is currently being done in proto_http.c. That is, transfer-encoding presence alone is enough to cancel content-length, and must be terminated by the "chunked" token, except in the response where we can fall back to the close mode if it's not last. For this we now use a specific parsing function which updates the flags and we introduce a new flag H1_MF_XFER_ENC indicating that the transfer-encoding header is present. Last, if such a header is found, we delete all content-length header fields found in the message.		2018-09-14 17:40:35 +02:00
..
common	MINOR: http: add http_hdr_del() to remove a header from a list	2018-09-14 17:40:35 +02:00
import	BUILD: threads/plock: fix a build issue on Clang without optimization	2017-11-20 21:06:35 +01:00
proto	MINOR: connection: pass the proxy when creating a connection	2018-09-12 17:39:22 +02:00
types	MEDIUM: h1: better handle transfer-encoding vs content-length	2018-09-14 17:40:35 +02:00