On Fri, Feb 01, 2019 at 09:43:13PM +0100, PiBa-NL wrote: > The 'last' part is in TCP mode, and is intended like that to allow me to run > tcpdump/wireshark on the un-encrypted traffic, and being certain that > haproxy would not modify it before sending. But maybe the test contained a > 'half done' edit as well, ill attach a new test now.
OK. > I've not tried 1.9 .. but did try with '2.0-dev0-ff5dd74 2019/01/31', that > should contain the fix as well right.?. I just rechecked and no, these ones were added after ff5dd74 : 9c9da5e MINOR: muxes: Don't bother to LIST_DEL(&conn->list) before calling conn_ dc21ff7 MINOR: debug: Add an option that causes random allocation failures. 3c4e19f BUG/MEDIUM: backend: always release the previous connection into its own 3e45184 BUG/MEDIUM: htx: check the HTX compatibility in dynamic use-backend rule 9c4f08a BUG/MINOR: tune.fail-alloc: Don't forget to initialize ret. 1da41ec BUG/MINOR: backend: check srv_conn before dereferencing it 5be92ff BUG/MEDIUM: mux-h2: always omit :scheme and :path for the CONNECT method 053c157 BUG/MEDIUM: mux-h2: always set :authority on request output 32211a1 BUG/MEDIUM: stream: Don't forget to free s->unique_id in stream_free(). It's 053c157 which fixes it. You scared me, I thought I had messed up with the commit :-) I tested again here and it still works for me. Cheers, Willy
