[issue10721] Remove HTTP 0.9 server support

2016-11-23 Thread Martin Panter

Martin Panter added the comment:

V4 patch adjusting to recent code change.

Raymond: Given the problems caused by the current code, would you reconsider 
your opposition?

Otherwise, what do you think should be the future of the code? Should we fix it 
so that it handles real HTTP 0.9 requests, or just admit that it doesn’t 
implement the protocol properly.

--
Added file: http://bugs.python.org/file45617/http09server.v4.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10721] Remove HTTP 0.9 server support

2016-10-28 Thread Martin Panter

Martin Panter added the comment:

Here is a slightly updated patch I have been sitting on. I think the main 
difference was tweaks to the documentation.

Issue 28548 would also benefit if the HTTP 0.9 code was removed. The presence 
of the HTTP 0.9 code means a suboptimal response is sent in some error cases. 
IMO it would be better if the server responded using HTTP 1.0, where we can use 
error codes like “400 Bad request”. The current code will not use HTTP 1.0 
unless it sees that the client supports it.

--
versions: +Python 3.7 -Python 3.6
Added file: http://bugs.python.org/file45258/http09server.v3.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10721] Remove HTTP 0.9 server support

2016-10-28 Thread Barry A. Warsaw

Changes by Barry A. Warsaw :


--
nosy: +barry

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10721] Remove HTTP 0.9 server support

2016-08-11 Thread Martin Panter

Martin Panter added the comment:

There are a few small benefits from removing it, but I am not too fussed if we 
decide to leave it.

* If we keep it, should we fix it so that it doesn’t deadlock? Otherwise, we 
carry around buggy and untested code that claims to be a HTTP 0.9 server but 
isn’t. Keeping it as it is doesn’t feel “clean” to me.

* Easy way to resolve bug reports like Issue 26578.

* Potentially slightly easier to maintain the rest of the code in the future.

If we do keep it, I would like to add comments clarifying that it does not 
implement the real HTTP 0.9 protocol.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10721] Remove HTTP 0.9 server support

2016-08-11 Thread Raymond Hettinger

Raymond Hettinger added the comment:

There is so very little code in support of HTTP/0.9 that I don't think we get 
any benefit from removing it.  So why bother with the churn?  It is cleaner to 
just leave it place.

--
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10721] Remove HTTP 0.9 server support

2016-08-10 Thread Martin Panter

Martin Panter added the comment:

FWIW I doubt HTTP 1.1 ever required support for other HTTP versions; see for 
instance .

This v2 patch adds another test that includes what I understand is a true HTTP 
0.9 request (although the mock connection infrastructure closes the connection 
before receiving the response, so you don’t see any deadlock). This is based on 
, which includes only one CRLF 
newline. I also added an entry to the What’s New page.

--
Added file: http://bugs.python.org/file44066/http09server.v2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10721] Remove HTTP 0.9 server support

2016-08-07 Thread Gregory P. Smith

Changes by Gregory P. Smith :


--
nosy:  -gregory.p.smith

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10721] Remove HTTP 0.9 server support

2016-03-19 Thread Martin Panter

Martin Panter added the comment:

Also I guess documentation should be added somewhere, even if there is no 
deprecation step.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10721] Remove HTTP 0.9 server support

2016-03-19 Thread Mark Lawrence

Changes by Mark Lawrence :


--
nosy:  -BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10721] Remove HTTP 0.9 server support

2016-03-19 Thread Martin Panter

Martin Panter added the comment:

Does this need any deprecation cycle, or can we just remove everything 
immediately in 3.6?

I suspect that the HTTP 0.9 support never properly worked, but I don’t have 
enough info to be sure. Wouldn’t a HTTP 0.9 request send b"GET \r\n" with 
a single line, and then wait for a response? If so, Python’s server hangs 
waiting for a second blank line (or EOF), so the protocol will deadlock.

In any case, I would be in favour of removing HTTP 0.9 support. Senthil: do you 
know of actual clients that do HTTP 0.9 requests?

I left a review comment. The patch will also need manual merging with current 
code.

--
nosy: +martin.panter
versions: +Python 3.6 -Python 3.4, Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10721] Remove HTTP 0.9 server support

2014-06-27 Thread Jean-Paul Calderone

Changes by Jean-Paul Calderone :


--
nosy:  -exarkun

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10721] Remove HTTP 0.9 server support

2014-06-26 Thread Cory Benfield

Cory Benfield added the comment:

To answer your question, Mark, RFC 7230 has removed the expectation that 
HTTP/1.1 servers will be able to support HTTP/0.9 requests.

--
nosy: +Lukasa

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10721] Remove HTTP 0.9 server support

2014-06-26 Thread Ian Cordasco

Changes by Ian Cordasco :


--
nosy: +icordasc

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10721] Remove HTTP 0.9 server support

2014-06-26 Thread Mark Lawrence

Mark Lawrence added the comment:

How, if at all, has the requirement for HTTP 0.9 support changed since this 
issue was first raised?

--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10721] Remove HTTP 0.9 server support

2010-12-16 Thread Senthil Kumaran

Senthil Kumaran  added the comment:

If a client sends a request without specifying the version, GET /, then the 
Python server should behave like other common servers are behaving, namely 
support rfc 1945 for HTTP 1.0 spec and return the response without headers.

Removing the HTTP 0.9 from the http.client is okay. But punishing *any client* 
for not sending the correct request is not so desirable, especially when there 
are other servers which are lenient to his behavior for whatever reasons.

So, I am not a firm +1 to this. We should arrive a conclusion and then go about 
with the change. Martin's point is valid here too.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10721] Remove HTTP 0.9 server support

2010-12-16 Thread Martin v . Löwis

Martin v. Löwis  added the comment:

The question really is whether we want or want not to support RFC 1945 (i.e 
HTTP/1.0). If we want to support it, we also must comply to section 3.1, which 
says

 The version of an HTTP message is indicated by an HTTP-Version field
 in the first line of the message. If the protocol version is not
 specified, the recipient must assume that the message is in the
 simple HTTP/0.9 format.

If we then choose to not support HTTP/0.9 (after recognizing that the message 
is HTTP/0.9), we must then reject the request. According to RFC 2145, we then 
may send back error 505 (HTTP version not supported).

--
nosy: +loewis

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10721] Remove HTTP 0.9 server support

2010-12-16 Thread Éric Araujo

Éric Araujo  added the comment:

LGTM

--
nosy: +eric.araujo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10721] Remove HTTP 0.9 server support

2010-12-16 Thread Antoine Pitrou

New submission from Antoine Pitrou :

http.server has support for old-style HTTP 0.9 requests ("command path" without 
a version string). This issue proposes to remove this support, since there are 
probably no clients around which still issue such requests.

See issue10711 for the client side.

--
components: Library (Lib)
files: http09server.patch
keywords: patch
messages: 124145
nosy: exarkun, giampaolo.rodola, gregory.p.smith, jhylton, orsenthil, pitrou, 
stutzbach
priority: normal
severity: normal
stage: patch review
status: open
title: Remove HTTP 0.9 server support
type: behavior
versions: Python 3.2
Added file: http://bugs.python.org/file20077/http09server.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com