5bb677e7c2
Motivation: When using the AF_UNIX PROXY protocol, the reader index was not set correctly after consuming the message bytes of the original header ByteBuf. This caused no immediate harm because after the codepath there is no consumer of the ByteBuf in the current implementation. It’s a bug nevertheless, because consumers of the ByteBuf for extensions (like TLVs, which are allowed by the PROXY protocol spec) would consume a ByteBuf that has a wrong readerIndex when using AF_UNIX instead of e.g. IPv4 (which has correct behaviour) Modifications: Increase the reader index of the ByteBuf after it was read Result: Correct and consistent behaviour of the AF_UNIX codepath |
||
---|---|---|
.. | ||
main/java/io/netty/handler/codec/haproxy | ||
test/java/io/netty/handler/codec/haproxy |