Thats strange. When I hit it with wget --debug I get a reasonably formed response:

HTTP/1.0 200 Document follows
Date: Fri, 28 Mar 2003 04:25:19 GMT
Server: NCSA/1.5.2
Last-modified: Sun, 25 Nov 2001 08:40:58 GMT
Content-type: text/html
Content-length: 4732

Strange that they used "Document Follows" rather than "OK" for the response text, but that is acceptable. The version number is in there and correctly formatted. Can we really blame the strange behaviour we are seeing on the server?

Jandalf.


[EMAIL PROTECTED] wrote:


DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18439>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.


http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18439

Unusual Http status line

          Summary: Unusual Http status line
          Product: Commons
          Version: 2.0 Alpha 3
         Platform: Other
       OS/Version: Other
           Status: NEW
         Severity: Normal
         Priority: Other
        Component: HttpClient
       AssignedTo: [EMAIL PROTECTED]
       ReportedBy: [EMAIL PROTECTED]


The web server at http://alces.med.umn.edu/Candida.html returns the following status line:

HTTP 200 Document follows

This page loads in the 3 browsers I tried (though Safari actually rendered the
headers).  The current version of HttpClient reads through the whole page
looking for a line that starts with HTTP/.  I don't know how big of a problem
this is, but it's a fairly easy fix.  Patch to follow.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]








---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to