On 09/05/2016 09:31 PM, Amos Jeffries wrote:
> On 6/09/2016 8:52 a.m., Amos Jeffries wrote:
>> On 3/09/2016 5:48 p.m., Alex Rousskov wrote:
>>> On 09/02/2016 09:11 PM, Amos Jeffries wrote:
>>>
I would realy like it to be under Http:: and in http/ the rest is okay
to skip.
>>>
>>> Sounds g
On 6/09/2016 8:52 a.m., Amos Jeffries wrote:
> On 3/09/2016 5:48 p.m., Alex Rousskov wrote:
>> On 09/02/2016 09:11 PM, Amos Jeffries wrote:
>>
>>> I would realy like it to be under Http:: and in http/ the rest is okay
>>> to skip.
>>
>> Sounds good. I have no problems with moving that code into htt
On 3/09/2016 5:48 p.m., Alex Rousskov wrote:
> On 09/02/2016 09:11 PM, Amos Jeffries wrote:
>
>> I would realy like it to be under Http:: and in http/ the rest is okay
>> to skip.
>
> Sounds good. I have no problems with moving that code into http/ and
> Http::. It is certainly appropriate, espec
On 09/02/2016 09:11 PM, Amos Jeffries wrote:
> I would realy like it to be under Http:: and in http/ the rest is okay
> to skip.
Sounds good. I have no problems with moving that code into http/ and
Http::. It is certainly appropriate, especially if you expect HTTP/2
code to benefit from this clas
On 3/09/2016 4:36 a.m., Alex Rousskov wrote:
> On 09/02/2016 09:05 AM, Amos Jeffries wrote:
>> On 2/09/2016 11:21 a.m., Alex Rousskov wrote:
>>> This change handles multiple Content-Length values inside
>>> one header field, negative values, and trailing garbage. Handling the
>>> former required a
On 09/02/2016 09:05 AM, Amos Jeffries wrote:
> On 2/09/2016 11:21 a.m., Alex Rousskov wrote:
>> This change handles multiple Content-Length values inside
>> one header field, negative values, and trailing garbage. Handling the
>> former required a change in the overall Content-Length interpretation
On 2/09/2016 11:21 a.m., Alex Rousskov wrote:
> Hello,
>
> Squid is violating HTTP MUSTs by forwarding messages with
> problematic Content-Length values. Some of those bugs were fixed in
> trunk r14215. This change handles multiple Content-Length values inside
> one header field, negative valu
Hello,
Squid is violating HTTP MUSTs by forwarding messages with
problematic Content-Length values. Some of those bugs were fixed in
trunk r14215. This change handles multiple Content-Length values inside
one header field, negative values, and trailing garbage. Handling the
former required a c