tree 0482d912cdb65f81fde3a2966797b90af4aee3ba
parent 56b0348ea7a31792ade70c4759889895b6d24d38
author Willy Tarreau <w@1wt.eu> 1544507163 +0100
committer Willy Tarreau <w@1wt.eu> 1544507163 +0100
encoding latin1

BUG/MINOR: hpack: fix off-by-one in header name encoding length calculation

In hpack_encode_header() there is a length check to verify that a literal
header name fits in the buffer, but there it an off-by-one in this length
check, which forgets the byte required to mark the encoding type (literal
without indexing). It should be harmless though as it cannot be triggered
since response headers passing through haproxy are limited by the reserve,
which is not the case of the output buffer.

This fix should be backported to 1.8.