Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: pass (athena.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type;
  b=kbVHS7CwYn7EB5SotPYhPoqQ3lZ7JxjUw9NQ8uHi7XBbb5U0W3QO8Z43+U3A8XrHl7R9rf0Fc90B9lY7Ka/ylNvolbcH/Ur5skJiVf4FoFcrKlgF/NXiLUt6eneofJ5Vu1IFBn4B0K9YwWXnQ3v1Jp374Bme87I//wXbrS51yJE=;
References: <1360512334.5750.YahooMailNeo@web124702.mail.ne1.yahoo.com>
 <1360513535.75771.YahooMailNeo@web124706.mail.ne1.yahoo.com>
 <20130212105204.605135fb@hub>
Message-ID: <1360688203.44510.YahooMailNeo@web124706.mail.ne1.yahoo.com>
Date: Tue, 12 Feb 2013 08:56:43 -0800 (PST)
From: Joe Schaefer <joe_schaefer@yahoo.com>
Reply-To: Joe Schaefer <joe_schaefer@yahoo.com>
Subject: Re: chunked trailers input filter processing by ap_http_filter should
 be documented
To: "William A. Rowe Jr." <wrowe@rowe-clan.net>,
  "dev@httpd.apache.org" <dev@httpd.apache.org>
In-Reply-To: <20130212105204.605135fb@hub>
MIME-Version: 1.0
Content-Type: multipart/alternative;
 boundary="-2096623355-152658424-1360688203=:44510"

---2096623355-152658424-1360688203=:44510
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Thx Bill!=A0 I will let a few days of lazy consensus=0Apass before committi=
ng this to trunk.=0A=0A=0A=0A=0A=0A>________________________________=0A> Fr=
om: William A. Rowe Jr. <wrowe@rowe-clan.net>=0A>To: dev@httpd.apache.org =
=0A>Cc: joe_schaefer@yahoo.com =0A>Sent: Tuesday, February 12, 2013 11:52 A=
M=0A>Subject: Re: chunked trailers input filter processing by ap_http_filte=
r should be documented=0A> =0A>On Sun, 10 Feb 2013 08:25:35 -0800 (PST)=0A>=
Joe Schaefer <joe_schaefer@yahoo.com> wrote:=0A>=0A>> Here's a sledgehammer=
 patch to ap_rgetline_core()=0A>> to replace r->input_filters with r->proto=
_input_filters.=0A>> This would still mean protocol filters behind ap_http_=
filter=0A>> would need to punt on these calls, but that's a lot=0A>> more r=
easonable than imposing it on AP_FTYPE_RESOURCE=0A>> and similar filters as=
 well.=0A>=0A>+1, seems much saner.=A0 Request filters have no business rea=
ding=0A>beyond end of request body.=0A>=0A>=0A>
---2096623355-152658424-1360688203=:44510
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

<html><body><div style=3D"color:#000; background-color:#fff; font-family:co=
urier, monaco, monospace, sans-serif;font-size:12pt">Thx Bill!&nbsp; I will=
 let a few days of lazy consensus<br>pass before committing this to trunk.<=
br><div><span><br></span></div><div><br><blockquote style=3D"border-left: 2=
px solid rgb(16, 16, 255); margin-left: 5px; margin-top: 5px; padding-left:=
 5px;">  <div style=3D"font-family: courier, monaco, monospace, sans-serif;=
 font-size: 12pt;"> <div style=3D"font-family: times new roman, new york, t=
imes, serif; font-size: 12pt;"> <div dir=3D"ltr"> <font face=3D"Arial" size=
=3D"2"> <hr size=3D"1">  <b><span style=3D"font-weight:bold;">From:</span><=
/b> William A. Rowe Jr. &lt;wrowe@rowe-clan.net&gt;<br> <b><span style=3D"f=
ont-weight: bold;">To:</span></b> dev@httpd.apache.org <br><b><span style=
=3D"font-weight: bold;">Cc:</span></b> joe_schaefer@yahoo.com <br> <b><span=
 style=3D"font-weight: bold;">Sent:</span></b> Tuesday, February 12, 2013 1=
1:52 AM<br>
 <b><span style=3D"font-weight: bold;">Subject:</span></b> Re: chunked trai=
lers input filter processing by ap_http_filter should be documented<br> </f=
ont> </div> <br>=0AOn Sun, 10 Feb 2013 08:25:35 -0800 (PST)<br>Joe Schaefer=
 &lt;<a ymailto=3D"mailto:joe_schaefer@yahoo.com" href=3D"mailto:joe_schaef=
er@yahoo.com">joe_schaefer@yahoo.com</a>&gt; wrote:<br><br>&gt; Here's a sl=
edgehammer patch to ap_rgetline_core()<br>&gt; to replace r-&gt;input_filte=
rs with r-&gt;proto_input_filters.<br>&gt; This would still mean protocol f=
ilters behind ap_http_filter<br>&gt; would need to punt on these calls, but=
 that's a lot<br>&gt; more reasonable than imposing it on AP_FTYPE_RESOURCE=
<br>&gt; and similar filters as well.<br><br>+1, seems much saner.&nbsp; Re=
quest filters have no business reading<br>beyond end of request body.<br><b=
r><br> </div> </div> </blockquote></div>   </div></body></html>
---2096623355-152658424-1360688203=:44510--