diff options
author | Jeremy Hylton <jeremy@alum.mit.edu> | 2002-07-06 18:48:07 +0000 |
---|---|---|
committer | Jeremy Hylton <jeremy@alum.mit.edu> | 2002-07-06 18:48:07 +0000 |
commit | d46aa37d35811a37397104f02074c8a44e7dbec1 (patch) | |
tree | c2b6e2bc6c2c1f011f769a59d6687b8d2d8b0859 /Objects/classobject.c | |
parent | 889f8bf259eee088d2d81e3978fbdf34585fc9ae (diff) | |
download | cpython-git-d46aa37d35811a37397104f02074c8a44e7dbec1.tar.gz |
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.
Diffstat (limited to 'Objects/classobject.c')
0 files changed, 0 insertions, 0 deletions