Return-Path: Delivered-To: apmail-httpd-apreq-cvs-archive@www.apache.org Received: (qmail 33077 invoked from network); 8 Apr 2004 15:16:38 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 8 Apr 2004 15:16:38 -0000 Received: (qmail 88965 invoked by uid 500); 8 Apr 2004 15:16:33 -0000 Delivered-To: apmail-httpd-apreq-cvs-archive@httpd.apache.org Received: (qmail 88940 invoked by uid 500); 8 Apr 2004 15:16:33 -0000 Mailing-List: contact apreq-cvs-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: apreq-dev@httpd.apache.org List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list apreq-cvs@httpd.apache.org Received: (qmail 88925 invoked by uid 500); 8 Apr 2004 15:16:33 -0000 Delivered-To: apmail-httpd-apreq-2-cvs@apache.org Received: (qmail 88915 invoked from network); 8 Apr 2004 15:16:32 -0000 Received: from unknown (HELO minotaur.apache.org) (209.237.227.194) by daedalus.apache.org with SMTP; 8 Apr 2004 15:16:32 -0000 Received: (qmail 33065 invoked by uid 1221); 8 Apr 2004 15:16:38 -0000 Date: 8 Apr 2004 15:16:38 -0000 Message-ID: <20040408151638.33064.qmail@minotaur.apache.org> From: joes@apache.org To: httpd-apreq-2-cvs@apache.org Subject: cvs commit: httpd-apreq-2 STATUS X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N joes 2004/04/08 08:16:38 Modified: . STATUS Log: @u = $req->upload() is broken; list the bug in STATUS. Revision Changes Path 1.40 +4 -2 httpd-apreq-2/STATUS Index: STATUS =================================================================== RCS file: /home/cvs/httpd-apreq-2/STATUS,v retrieving revision 1.39 retrieving revision 1.40 diff -u -r1.39 -r1.40 --- STATUS 24 Mar 2004 08:22:47 -0000 1.39 +++ STATUS 8 Apr 2004 15:16:38 -0000 1.40 @@ -64,9 +64,11 @@ - Should we bundle an apr-based "application/xml" parser? If so, how should we parse the xml data into an apr_table? - - Clean up the CHANGES file format so it's more readable. BUGS: + + - $req->upload() in list context fails to filter out non-uploads. + Also $req->upload("nonexistent-key-name") reportedly segfaults. - Strange bug when ssl is enabled & lots of fields are present: see http://marc.theaimsgroup.com/?t=107766265600001&r=1&w=2