Message 124031 - Python tracker

➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author	pitrou
Recipients	BreamoreBoy, m.sucajtys, orsenthil, pitrou, rosslagerwall, vstinner
Date	2010-12-15.17:02:37
SpamBayes Score	6.881517e-07
Marked as misclassified	No
Message-id	<1292432554.3665.0.camel@localhost.localdomain>
In-reply-to	<1292432460.44.0.304896962978.issue6791@psf.upfronthosting.co.za>

Content
> That's true. Near the bottom of the code, it says: > > # The status-line parsing code calls readline(), which normally > # get the HTTP status line. For a 0.9 response, however, this is > # actually the first line of the body! > > Limiting the length of the status line would break 0.9 responses so maybe this issue should be closed? Well, the HTTP 1.0 RFC was filed in 1996 and HTTP 1.1 is most commonly used today. I don't think we need to support 0.9 anymore. I'll open a separate issue for ripping off 0.9 support, though.

> That's true. Near the bottom of the code, it says:
> 
>  # The status-line parsing code calls readline(), which normally
>  # get the HTTP status line.  For a 0.9 response, however, this is
>  # actually the first line of the body!
> 
> Limiting the length of the status line would break 0.9 responses so maybe this issue should be closed?

Well, the HTTP 1.0 RFC was filed in 1996 and HTTP 1.1 is most commonly
used today. I don't think we need to support 0.9 anymore. I'll open a
separate issue for ripping off 0.9 support, though.

History
Date	User	Action	Args
2010-12-15 17:02:39	pitrou	set	recipients: + pitrou, orsenthil, vstinner, m.sucajtys, BreamoreBoy, rosslagerwall
2010-12-15 17:02:37	pitrou	link	issue6791 messages
2010-12-15 17:02:37	pitrou	create