Received: (qmail 20744 invoked by uid 2012); 20 Jul 1998 18:57:14 -0000 Message-Id: <19980720185714.20743.qmail@hyperreal.org> Date: 20 Jul 1998 18:57:14 -0000 From: James Gettys Reply-To: jg@pa.dec.com To: apbugs@hyperreal.org Subject: Apache doesn't send a 414 URI too long error X-Send-Pr-Version: 3.2 >Number: 2646 >Category: protocol >Synopsis: Apache doesn't send a 414 URI too long error >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: closed >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Mon Jul 20 13:10:00 PDT 1998 >Last-Modified: Tue Jul 21 23:00:54 PDT 1998 >Originator: jg@pa.dec.com >Organization: >Release: 1.3.0 >Environment: doesn't matter; tested on Digital UNIX and Solaris. >Description: Apache is logging the 414 URI Too Long error, but not sending an error response back. Seems to be closing the TCP connection, rather than sending the error (I get a "document contains no data" out of Netscape). >How-To-Repeat: See: http://zap.w3.org:8008/414test.html; this has links to my server and the apache.org server. >Fix: Not really familiar enough with ap_die to figure out what to do. >Audit-Trail: State-Changed-From-To: open-closed State-Changed-By: fielding State-Changed-When: Tue Jul 21 23:00:50 PDT 1998 State-Changed-Why: Fixed in rev 1.226 of http_protocol.c for 1.3.2-dev. Testing can be tricky since we don't do a lingering close for this type of error, and so the test client needs to ignore SIGPIPE errors when sending the request. Category-Changed-From-To: general-protocol Category-Changed-By: fielding Category-Changed-When: Tue Jul 21 23:00:50 PDT 1998 >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]