Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Subject: Re: [users@httpd] Chunked transfer delay with httpd 2.4 on Windows.
To: <dev@httpd.apache.org>
References: <5625642E.30708@ptc.com>
 <AB1691BE05AE7F4992697F2A0835627AC63489F4@VOEXM10W.internal.vodafone.com>
 <CAKQ1sVMhNzYPWHTvhdeV6z+mV2ZNq5vjHj=W1d6R46cOQ_-qhQ@mail.gmail.com>
 <AB1691BE05AE7F4992697F2A0835627AC6348C38@VOEXM10W.internal.vodafone.com>
 <CAKQ1sVNHz_aCLZ3um-NV8cJGnhR3FtE6wz+zGgusvW=MA+cO_A@mail.gmail.com>
 <CAKQ1sVO_E2AZBL9CPfpm=_RQEnHWRDWNg67NFKCqy-vC=uoJBw@mail.gmail.com>
 <562668DA.5060804@ptc.com> <56269CBD.5060701@ptc.com>
 <5627853C.4040006@apache.org>
 <CAKQ1sVORFAFNwxw92Xfxhd9pGs3vCgHgoA3SCty29BbvHoPeSQ@mail.gmail.com>
 <AB1691BE05AE7F4992697F2A0835627AC634A1A9@VOEXM10W.internal.vodafone.com>
 <CAKQ1sVNpfUzE5ubnHJVa2h-_y45nDSbXS8XbOZJp3x7HFaMb9Q@mail.gmail.com>
 <AB1691BE05AE7F4992697F2A0835627AC634A1E6@VOEXM10W.internal.vodafone.com>
 <CAKQ1sVP2jv3q-A8JH977Qtkr+jwb4WjJOo0CdPhGdVv5BmcbKw@mail.gmail.com>
 <5627A72B.7050302@ptc.com> <5627A8E4.4010108@ptc.com>
 <5628E7A9.2060708@ptc.com>
 <CAKQ1sVPTvuptcpzeEcQcTz3JZD9E=q0vOMT48HZ4zLi8_KAozQ@mail.gmail.com>
From: Andy Wang <awang@ptc.com>
Message-ID: <562A87E4.9020406@ptc.com>
Date: Fri, 23 Oct 2015 14:17:56 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: 
 <CAKQ1sVPTvuptcpzeEcQcTz3JZD9E=q0vOMT48HZ4zLi8_KAozQ@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"; format=flowed
Content-Transfer-Encoding: 7bit


On 10/22/2015 04:50 PM, Yann Ylavic wrote:
> On Thu, Oct 22, 2015 at 3:42 PM, Andy Wang <awang@ptc.com> wrote:
>>
>> Tested with the patch and looks good.
>
> Not that much actually, the patch fails to consume the CRLFs, and
> hence can end up in an infinite loop.
>
> So I'm attaching a new one here (committed in trunk with a larger
> scope, this version is for 2.4.x and limited to your use case).
> Could you give it a (new) try please (I have already done some testing
> but it's probably worth passing your tests, before I can propose its
> backport to 2.4.x)?
> While the previous patch could not handle more than a single
> (trailing) [CR]LF, this new one should (up to ten, which is the new
> limit for tolerated blank lines in between requests).


The new one works as well.  My VMs that I use for my actual test cases 
are all in a logistics nightmare right now, so I can't do anything more 
thorough than the specific point test, but hopefully when I build the 
next httpd that contains this they'll be back up and I can put things 
through a more thorough cycle.

I'm pretty much only equipped to reproduce the specific problem right now.

That said, this whole, why does it only happen on Windows and why can't 
I simulate a request using another client has been bugging me, so I 
decided to go back to pre-patch and enable dumpio and try to compare the 
two.

guess what
I cannot get the problem to occur with dumpio enabled now.  As soon as 
it's enabled, the requests respond immediately.

Disable dumpio, 5000ms.

I give up.  The plugin developer fixed their plugin, you made apache 
more accepting (thank you very much again), and I'm going to just 
pretend this whole issue never happened :)

Andy