Fixed in r1714751.

> Am 17.11.2015 um 11:16 schrieb Stefan Eissing <[email protected]>:
> 
> Hmm, I have test cases with uploads without content-length, but those 
> included a content-type...
> 
> Ok, adding a POST lacking both triggers the misbehaviour. Working on a fix...
> 
> //Stefan
> 
>> Am 16.11.2015 um 20:23 schrieb Bert Huijben <[email protected]>:
>> 
>>> -----Original Message-----
>>> From: Stefan Eissing [mailto:[email protected]]
>>> Sent: maandag 16 november 2015 12:41
>>> To: [email protected]
>>> Subject: Re: mod_http2 / H2WindowSize default
>>> 
>>> 
>>>> Am 14.11.2015 um 11:14 schrieb Bert Huijben <[email protected]>:
>>>> 
>>>>               Hi,
>>>> 
>>>> I was wondering why mod_http2 currently uses a default window size of
>>> 65536.
>>> 
>>> Pure mistake on my part. I put this in almost at the start of development 
>>> and
>>> never reviewed this.
>>> 
>>> Thanks for catching it. I am just about to commit a change that
>>> a) set the default to 65535
>>> b) will not send a setting for it to the client unless it has been 
>>> configured to
>>> have another value
>>> 
>>> I also removed the sending of the MAX_HEADER_LIST_SIZE, since it is not
>>> enforced in any way currently.
>>> 
>>> Hope this change works for you.
>> 
>>      Thanks,
>> 
>> Those settings are enforced in (my) Serf implementation now, so my code will 
>> see a difference. Thanks for fixing.
>> (BTW: It is very easy to spot these two if you run nghttp2 in verbose mode 
>> against httpd).
>> 
>> 
>> As my http2 implementation in serf is coming closer to full-featured I'm 
>> trying to exercise more and more things in httpd 2.4.17.
>> 
>> Currently it looks like bodies of requests are not delivered over http/2 
>> unless I add a Content-Length header to the request.
>> 
>> 
>> Serf is a client that is eager to use chunked encoding over http/1, so by 
>> default it won't send such a header. And in http/2 this header is fully 
>> optional as the existence of a body on a request is already available with a 
>> flag on the headers frame.
>> 
>> I would love to see this fixed soon, as this is currently a blocker for me 
>> to start testing Subversion over http/2.
>> 
>>      Bert
> 

Reply via email to