Received: (qmail 25284 invoked by uid 2012); 21 Apr 1998 05:21:42 -0000
Message-Id: <19980421052142.25283.qmail@hyperreal.org>
Date: 21 Apr 1998 05:21:42 -0000
From: Arie Grossman <arie@bignetwork.com>
Reply-To: arie@bignetwork.com
To: apbugs@hyperreal.org
Subject: Blank page and mod_log write "-" instead of byte token with status 200.
X-Send-Pr-Version: 3.2

>Number:         2088
>Category:       mod_log-any
>Synopsis:       Blank page and mod_log write "-" instead of byte token with status 200.
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    apache
>State:          closed
>Class:          sw-bug
>Submitter-Id:   apache
>Arrival-Date:   Mon Apr 20 22:30:00 PDT 1998
>Last-Modified:  Sat Sep 26 10:24:40 PDT 1998
>Originator:     arie@bignetwork.com
>Organization:
>Release:        1.2.6
>Environment:
SunOS big1 5.5.1 Generic_103640-12 sun4u sparc SUNW,Ultra-4
>Description:
About 1% of the time, the acess_log file contains the values "200 -"
for the status code and byte range. This seems normal with a status 302,
but I think a status 200 should have a byte field. At the same time, it seems
that the server actually FAILS to write or return the content of the page.
This ocurrs with a variety of pages and for a variety of browsers running 
HTTP/1.0 and HTTP/1.1
>How-To-Repeat:
Intermittent.
>Fix:
Nope.
%0
>Audit-Trail:
State-Changed-From-To: open-feedback
State-Changed-By: brian
State-Changed-When: Wed May 20 04:53:59 PDT 1998
State-Changed-Why:
Intermittant write failures are the nature of the Internet.
Every time I've seen a "200 -" from a connection it's been 
that the client had disconnected before it received its first
packet in response.  If you can show a situation where Apache
should have been delivering a page, where the client was there
waiting for it, and why that didn't happen, then we have 
something to work from.  Right now, a "200 -" is OK to mean
that the response was a 200, but the client didn't get any
data.


State-Changed-From-To: feedback-closed
State-Changed-By: coar
State-Changed-When: Sat Sep 26 10:24:40 PDT 1998
State-Changed-Why:
[This is a standard response.]
No response from submitter, assuming issue has been resolved.
>Unformatted:
[In order for any reply to be added to the PR database, ]
[you need to include <apbugs@Apache.Org> in the Cc line ]
[and leave the subject line UNCHANGED.  This is not done]
[automatically because of the potential for mail loops. ]