]> git.ipfire.org Git - thirdparty/haproxy.git/commit
MEDIUM: filters/htx: Don't rely on HTX extra field if payload is filtered
authorChristopher Faulet <cfaulet@haproxy.com>
Tue, 20 Jun 2023 11:34:46 +0000 (13:34 +0200)
committerChristopher Faulet <cfaulet@haproxy.com>
Tue, 20 Jun 2023 11:34:46 +0000 (13:34 +0200)
commit8bd835b2d28b978ce19a27f4ea57b8cecb126bcf
treeb202896c9a31ce07f44432e3380b25af64f46c54
parent05fe76b540210a27c9e2fc96ced740ec48fa19b8
MEDIUM: filters/htx: Don't rely on HTX extra field if payload is filtered

If an HTTP data filter is registered on a channel, we must not rely on the
HTX extra field because the payload may be changed and we cannot predict if
this value will change or not. It is too errorprone to let filters deal with
this reponsibility. So we set it to 0 when payload filtering is performed,
but only if the payload length can be determined. It is important because
this field may be used when data are forwarded. In fact, it will be used by
the H1 multiplexer to be able to splice chunk-encoded payload.
src/filters.c