[issue10711] Rip out HTTP 0.9 support

Senthil Kumaran added the comment: +1 removing HTTP 0.9, and falling back to HTTP 1.0 behavior where ever it was HTTP 0.9. Removing support for response without status (which was acceptable by 0.9) is fine. I reviewed the patch too and it seems good to go. --

[issue10711] Rip out HTTP 0.9 support

Gregory P. Smith added the comment: Given the 6961 issue I'm happy to change my position and say we nuke the 0.9 client support. Anyone who _needs_ that can grab this old code or write trivial code for their poor server's needs. -- ___ Python trac

[issue10711] Rip out HTTP 0.9 support

Antoine Pitrou added the comment: Patch with adapted tests. -- Added file: http://bugs.python.org/file20061/removehttp09-2.patch ___ Python tracker ___ _

[issue10711] Rip out HTTP 0.9 support

Changes by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue10711] Rip out HTTP 0.9 support

Antoine Pitrou added the comment: > Would it be worth keeping (but modifying) test_http_0_9 to verify that > the server complains in the expected way? Actually, I don't think the server will complain, since the request is legit. It will send back a full response with status line and headers, t

[issue10711] Rip out HTTP 0.9 support

Antoine Pitrou added the comment: > But http.client needs to be able to communicate with any random server > created since the dawn of time. Well, that sounds a bit unreasonable... > Often on 8 bit microcontrollers that haven't been updated since 1994. Anyone with such needs should write spec

[issue10711] Rip out HTTP 0.9 support

Daniel Stutzbach added the comment: At minimum, I think we should apply this part of Antoine's patch: -# Most web servers default to HTTP 0.9, i.e. don't send a status line. -default_request_version = "HTTP/0.9" +default_request_version = "HTTP/1.0" --

[issue10711] Rip out HTTP 0.9 support

Gregory P. Smith added the comment: Ripping HTTP "0.9" support _out_ flys directly in the face of "be lenient in what you accept and strict in what you produce." I do not mind removing support from http.server. But http.client needs to be able to communicate with any random server created si

[issue10711] Rip out HTTP 0.9 support

Daniel Stutzbach added the comment: Would it be worth keeping (but modifying) test_http_0_9 to verify that the server complains in the expected way? -- nosy: +stutzbach ___ Python tracker

[issue10711] Rip out HTTP 0.9 support

Changes by Antoine Pitrou : Added file: http://bugs.python.org/file20053/removehttp09.patch ___ Python tracker ___ ___ Python-bugs-list mailin

[issue10711] Rip out HTTP 0.9 support

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file20052/removehttp09.patch ___ Python tracker ___ ___ Python-bugs-list mail

[issue10711] Rip out HTTP 0.9 support

Changes by Antoine Pitrou : -- nosy: +exarkun ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue10711] Rip out HTTP 0.9 support

Antoine Pitrou added the comment: Here is a patch. -- keywords: +patch stage: needs patch -> patch review Added file: http://bugs.python.org/file20052/removehttp09.patch ___ Python tracker

[issue10711] Rip out HTTP 0.9 support

Changes by Antoine Pitrou : -- title: Rip off HTTP 0.9 support -> Rip out HTTP 0.9 support ___ Python tracker ___ ___ Python-bugs-list