]> git.ipfire.org Git - thirdparty/Python/cpython.git/commit
Handle HTTP/0.9 responses.
authorJeremy Hylton <jeremy@alum.mit.edu>
Sat, 6 Jul 2002 18:48:07 +0000 (18:48 +0000)
committerJeremy Hylton <jeremy@alum.mit.edu>
Sat, 6 Jul 2002 18:48:07 +0000 (18:48 +0000)
commitd46aa37d35811a37397104f02074c8a44e7dbec1
treec2b6e2bc6c2c1f011f769a59d6687b8d2d8b0859
parent889f8bf259eee088d2d81e3978fbdf34585fc9ae
Handle HTTP/0.9 responses.

Section 19.6 of RFC 2616 (HTTP/1.1):

   It is beyond the scope of a protocol specification to mandate
   compliance with previous versions. HTTP/1.1 was deliberately
   designed, however, to make supporting previous versions easy....

   And we would expect HTTP/1.1 clients to:

      - recognize the format of the Status-Line for HTTP/1.0 and 1.1
        responses;

      - understand any valid response in the format of HTTP/0.9, 1.0, or
        1.1.

The changes to the code do handle response in the format of HTTP/0.9.
Some users may consider this a bug because all responses with a
sufficiently corrupted status line will look like an HTTP/0.9
response.  These users can pass strict=1 to the HTTP constructors to
get a BadStatusLine exception instead.

While this is a new feature of sorts, it enhances the robustness of
the code (be tolerant in what you accept).  Thus, I consider it a bug
fix candidate.

XXX strict needs to be documented.
Lib/httplib.py