> Am 09.03.2023 um 11:22 schrieb Rainer Jung <rainer.j...@kippdata.de>:
>
> Puzzle partially solved: once I add "--header 'content-type:
> application/x-www-form-urlencoded'" to the nghttp call, the problem seems
> fixed - with and without deflate. No more hang, no more status 500, no double
> requests. I still don't know, which side is influenced, nghttp or http, so I
> am still not sure, whether the odd behavior without the header is a bug.
Hmm, never seen that. Is this a current nghttp? Normally, calling "nghttp
--data=file" will do all that.
I think, since it stabilizes the test, please add the forced content-type
header to the test suite. It should do no harm (famous last words),
- Stefan
>
> Am 09.03.23 um 11:03 schrieb Rainer Jung:
>> OK, I can test in a standalone situation now.
>> The problem goes away, once I use curl, even with h2.
>> The problem also goes away, once I disable deflate compression for the
>> response. But curl and nghttp behave different: nghttp hangs after receiving
>> the response body (no deflate), curl normally terminates. nghttp does not
>> hang if I call some normal production site.
>> Will investigate further.
>> Thanks and regards,
>> Rainer