homepage

(Fancy) URL opener stucks whet try to open page, which is automaticaly forwarded. I tried url "http://www.ihned.cz", which stuck while "http://ihned.cz" is ok. This type of behavior is different from one in the Python 2.7, which works ok. 
///// CODE
opener = urllib.FancyURLopener({})
f = opener.open("http://www.ihned.cz/")
/////

@xhresko: This is not valid py3k code.
It is 302 redirect. I get the following error:
IOError: [Errno socket error] [Errno 10060] A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond

@xhresko: why are you passing empty dict to the constructor? it works just fine with opener = urllib.request.FancyURLopener() 
resolution: invalid ?

I can reproduce the issue with 3.2 here. Using Wireshark, I see that the request to http://www.ihnez.cz is satisfied, but the second request (to http://ihnez.cz) is never issued. Here is the Wireshark dump for the TCP session (request, then response):
"""GET / HTTP/1.1
Accept-Encoding: identity
Host: www.ihned.cz
User-Agent: Python-urllib/3.2
HTTP/1.1 302 Found
Server: nginx
Date: 2010年11月29日 17:41:23 GMT
Content-Type: text/html; charset=WINDOWS-1250
Transfer-Encoding: chunked
Connection: keep-alive
Location: http://ihned.cz/
0
"""
Looking at the traceback when pressing Control-C, it seems the redirect handler in urllib expects the socket to be closed by the server, but it isn't; so it keeps waiting for more data (despite the "0" signifying the end of the chunked response):
>>> import urllib.request
>>> opener = urllib.request.FancyURLopener()
>>> f = opener.open("http://www.ihned.cz/")
^CTraceback (most recent call last):
 File "<stdin>", line 1, in <module>
 File "/home/antoine/py3k/__svn__/Lib/urllib/request.py", line 1504, in open
 return getattr(self, name)(url)
 File "/home/antoine/py3k/__svn__/Lib/urllib/request.py", line 1676, in open_http
 return self._open_generic_http(http.client.HTTPConnection, url, data)
 File "/home/antoine/py3k/__svn__/Lib/urllib/request.py", line 1672, in _open_generic_http
 response.status, response.reason, response.msg, data)
 File "/home/antoine/py3k/__svn__/Lib/urllib/request.py", line 1688, in http_error
 result = method(url, fp, errcode, errmsg, headers)
 File "/home/antoine/py3k/__svn__/Lib/urllib/request.py", line 1876, in http_error_302
 data)
 File "/home/antoine/py3k/__svn__/Lib/urllib/request.py", line 1887, in redirect_internal
 void = fp.read()
 File "/home/antoine/py3k/__svn__/Lib/socket.py", line 267, in readinto
 return self._sock.recv_into(b)
KeyboardInterrupt
However, urllib.request.urlopen() works fine in this case, so perhaps this advocates for deprecating the old stuff? Senthil?

That line of code (`void = fp.read()`) dates back to a commit by Guido in 1995, and isn't motivated by any comment or message. HTTP servers probably have evolved till then :)

On Mon, Nov 29, 2010 at 05:51:35PM +0000, Antoine Pitrou wrote:
> However, urllib.request.urlopen() works fine in this case, so
> perhaps this advocates for deprecating the old stuff? Senthil?
Yes. It should be deprecated.. I created a branch for trying
removing/refactoring some old old (urlretrive, etc) for eg. Let me go
along that and come up with something soon.

It's a dupe of http://bugs.python.org/issue8035.
By the way, it works with 2.7 because urllib used HTTP 1.0 by default, and in py3k it now uses HTTP 1.1.
And from what I understood (by I'm by no means an http expert), in http 1.0 the server was required to close the connection following a 302, and this requirement was lifted in http 1.1.

Ok, closing as duplicate.