Received: (qmail 67644 invoked by uid 501); 25 Jan 2002 17:21:23 -0000 Message-Id: <20020125172123.67643.qmail@apache.org> Date: 25 Jan 2002 17:21:23 -0000 From: grif rosser Reply-To: potsmaster@spriggs.net To: submit@bugz.apache.org Subject: apache writes http status code 32 in access_log X-Send-Pr-Version: 3.110 >Number: 9594 >Category: mod_status >Synopsis: apache writes http status code 32 in access_log >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: closed >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Fri Jan 25 09:30:01 PST 2002 >Closed-Date: Mon Mar 25 23:05:15 PST 2002 >Last-Modified: Mon Mar 25 23:05:15 PST 2002 >Originator: potsmaster@spriggs.net >Release: 2.0.28 >Organization: >Environment: uname -a Linux adolphus.spriggs.net 2.2.14-VA.2.1 #1 Mon Jul 31 21:58:22 PDT 2000 i686 unknown httpd -v Server version: Apache/2.0.28 Server built: Nov 19 2001 22:51:19 httpd -l Compiled in modules: core.c mod_access.c mod_auth.c mod_include.c mod_log_config.c mod_env.c mod_setenvif.c worker.c http_core.c mod_mime.c mod_status.c mod_autoindex.c mod_asis.c mod_cgid.c mod_negotiation.c mod_dir.c mod_imap.c mod_actions.c mod_userdir.c mod_alias.c mod_rewrite.c mod_so.c >Description: http status codes are supposed to be three digit, yet i'm getting two digit, code 32. i was getting the same problem in build 2.0.25. from my access_log: adolphus.spriggs.net: 67.218.75.193 [25/Jan/2002:08:36:02 -0800] "GET /~grif/ola-content.pdf HTTP/1.1" 32 1066735 adolphus.spriggs.net: 67.218.75.193 [25/Jan/2002:08:36:03 -0800] "GET /~grif/ola-content.pdf HTTP/1.1" 32 1066735 adolphus.spriggs.net: 67.218.75.193 [25/Jan/2002:08:36:04 -0800] "GET /~grif/ola-content.pdf HTTP/1.1" 32 1066735 adolphus.spriggs.net: 67.218.75.193 [25/Jan/2002:08:36:05 -0800] "GET /~grif/ola-content.pdf HTTP/1.1" 206 1069399 it looks like the user's browser was attempting partial reads. to show the problem isn't just pdf files and isn't any particular client, an earlier example: bloodnok.net: 202.12.233.21 [24/Jan/2002:17:58:38 -0800] "GET /little-jim.wav HTTP/1.1" 200 13844 bloodnok.net: 202.12.233.21 [24/Jan/2002:17:58:38 -0800] "GET /little-jim.wav HTTP/1.1" 200 13844 bloodnok.net: 202.12.233.21 [24/Jan/2002:17:58:41 -0800] "GET /longplayer.wav HTTP/1.1" 32 242428 bloodnok.net: 202.12.233.21 [24/Jan/2002:17:58:41 -0800] "GET /longplayer.wav HTTP/1.1" 200 242428 bloodnok.net: 202.12.233.21 [24/Jan/2002:17:59:05 -0800] "GET /longplayer.mp3 HTTP/1.1" 32 66379 bloodnok.net: 202.12.233.21 [24/Jan/2002:17:59:06 -0800] "GET /longplayer.mp3 HTTP/1.1" 200 66379 >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: State-Changed-From-To: open-closed State-Changed-By: wrowe State-Changed-When: Mon Mar 25 23:05:15 PST 2002 State-Changed-Why: This was fixed this week; filters error result (apr_status_t) values were directly used as HTTP status codes. This is now resolved and you should see a legitimate HTTP error with the forthcoming release of 2.0.34. >Unformatted: [In order for any reply to be added to the PR database, you need] [to include in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database automatically because of the potential for mail ] [loops. If you do not include this Cc, your reply may be ig- ] [nored unless you are responding to an explicit request from a ] [developer. Reply only with text; DO NOT SEND ATTACHMENTS! ]