Return-Path: Delivered-To: apmail-httpd-cvs-archive@httpd.apache.org Received: (qmail 87807 invoked by uid 500); 2 Jun 2002 09:13:45 -0000 Mailing-List: contact cvs-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list cvs@httpd.apache.org Received: (qmail 87796 invoked by uid 500); 2 Jun 2002 09:13:45 -0000 Delivered-To: apmail-httpd-2.0-cvs@apache.org Date: 2 Jun 2002 09:13:44 -0000 Message-ID: <20020602091344.24663.qmail@icarus.apache.org> From: jerenkrantz@apache.org To: httpd-2.0-cvs@apache.org Subject: cvs commit: httpd-2.0 STATUS X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N jerenkrantz 2002/06/02 02:13:44 Modified: . STATUS Log: IMHO, known HTTP protocol violations fall under showstopper. Revision Changes Path 1.650 +19 -1 httpd-2.0/STATUS Index: STATUS =================================================================== RCS file: /home/cvs/httpd-2.0/STATUS,v retrieving revision 1.649 retrieving revision 1.650 diff -u -r1.649 -r1.650 --- STATUS 2 Jun 2002 06:16:20 -0000 1.649 +++ STATUS 2 Jun 2002 09:13:43 -0000 1.650 @@ -1,5 +1,5 @@ APACHE 2.0 STATUS: -*-text-*- -Last modified at [$Date: 2002/06/02 06:16:20 $] +Last modified at [$Date: 2002/06/02 09:13:43 $] Release: @@ -74,10 +74,28 @@ * Find a better name for ap_signal_server() Message-ID: BrianP says: how about "ap_apachectl()"? + Justin says to BrianP: "Eww." * server pushed CGI's not working. (Is this a showstopper??) PR: 8482 Message-ID: <3CE15B85.2FF45121@apache.org> + + * Chunked trailer support is broken. + Message-ID: <20020531142047.W19485@apache.org> + Justin says: Without Ryan's commit that breaks trailers, we need a + way to enforce that ap_discard_request_body can not be + called twice. I have some rough patches in my tree + that attempt to resolve this by relocating the discard + calls to the latest possible place for all handlers, but + they don't yet pass all httpd-test cases. More work is + needed, and it won't fix third-party modules that are + written incorrectly. Another potential solution is to add + r->eos_received to request_rec and HTTP_IN can set this + whenever it returns EOS and if it receives another call + after returning EOS, it can return EOS again. However, + where possible, I'd prefer to remove duplicate calls to + ap_discard_request_body. So, maybe both strategies are + needed. CURRENT VOTES: