Fix output '\n' HTTP field line endings
authorBrian Neradt <brian.neradt@gmail.com>
Sat, 21 May 2022 17:28:31 +0000 (18:28 +0100)
committerJean Baptiste Favre <debian@jbfavre.org>
Sat, 21 May 2022 17:28:31 +0000 (18:28 +0100)
commit5d1b28c52cef23ebc1a688e578b45b4a52de5b7f
tree595d64ff1f03e9b980f64dd7f805782f24de7b98
parent04bff54cee6391b12b7f44d6df4a7ea3198a08e8
Fix output '\n' HTTP field line endings

Origin: upstream
Applied-Upstream: https://github.com/apache/trafficserver/commit/5cad961c87cb07fbb8fa6890685d9878a169378d
Reviewed-by: Jean Baptiste Favre <debian@jbfavre.org>
Last-Update: 2022-05-21

This is another attempt to fix what was initially addressed in #8096 but
got backed out via #8305. That more extensive patch was considered too
invasive and potentially risky.  This more targeted patch will fix
clients that only send the \n endings but it will force the \r\n line
ending on output.
This was mostly in place except for header lines that get
m_n_v_raw_printable set, which seems to be most header lines. The
addition checks to see if the header line ends in \r\n. If it does not
the m_n_v_raw_printable flag gets cleared and the logic that explicitly
adds the line endings while be invoked on output.
Last-Update: 2022-05-21
Gbp-Pq: Name 0019-CVE_2021_37147.patch
proxy/hdrs/MIME.cc