[issue8035] urllib.request.urlretrieve hangs waiting for connection close after a redirect

Éric Araujo added the comment: > It could be possible to set up an ad-hoc httpserver for that purpose, > but that sounds a bit overkill. Oh, I assumed urllib already had a server for tests. We have one in distutils2/packaging, otherwise we’d have to resort to manual testing against the real

[issue8035] urllib.request.urlretrieve hangs waiting for connection close after a redirect

Charles-François Natali added the comment: Yes, but it's not easy: the different URLs provided don't demonstrate the behavior anymore (even if we do find such an URL, there's no guarantee it won't change in a couple days/weeks). It could be possible to set up an ad-hoc httpserver for that purpos

[issue8035] urllib.request.urlretrieve hangs waiting for connection close after a redirect

Éric Araujo added the comment: I think this would need a test. -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list maili

[issue8035] urllib.request.urlretrieve hangs waiting for connection close after a redirect

Charles-François Natali added the comment: Alright, should be fixed now. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue8035] urllib.request.urlretrieve hangs waiting for connection close after a redirect

Roundup Robot added the comment: New changeset 038616802b65 by Charles-François Natali in branch '2.7': Issue #8035: urllib: Fix a bug where the client could remain stuck after a http://hg.python.org/cpython/rev/038616802b65 New changeset a420b27a86d9 by Charles-François Natali in branch '3.2':

[issue8035] urllib.request.urlretrieve hangs waiting for connection close after a redirect

Changes by Charles-François Natali : -- keywords: +needs review stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bu

[issue8035] urllib.request.urlretrieve hangs waiting for connection close after a redirect

Charles-François Natali added the comment: Those URLs don't trigger the problem anymore, but AFAICT from the code, this problem is still present in py3k. Here's an updated patch. -- Added file: http://bugs.python.org/file22040/urllib_redirect.diff _

[issue8035] urllib.request.urlretrieve hangs waiting for connection close after a redirect

Changes by Charles-François Natali : Removed file: http://bugs.python.org/file16758/urllib_redirect.diff ___ Python tracker ___ ___ Python-bugs

[issue8035] urllib.request.urlretrieve hangs waiting for connection close after a redirect

Antoine Pitrou added the comment: issue10577 is a duplicate. See an URL allowing reproducing in msg122831. -- nosy: +pitrou priority: high -> normal stage: unit test needed -> needs patch title: urllib.request.urlretrieve hangs -> urllib.request.urlretrieve hangs waiting for connection

[issue8035] urllib.request.urlretrieve hangs

Amaury Forgeot d'Arc added the comment: I would have hoped a Windows way... -- ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue8035] urllib.request.urlretrieve hangs

Charles-Francois Natali added the comment: 2010/7/21 Amaury Forgeot d'Arc > > Amaury Forgeot d'Arc added the comment: > > This URL does not seem to return a 302 code. Is there another example? There are probably many of them, but a simple way to reproduce it could be to use netcat on your mac

[issue8035] urllib.request.urlretrieve hangs

Amaury Forgeot d'Arc added the comment: This URL does not seem to return a 302 code. Is there another example? -- nosy: +amaury.forgeotdarc ___ Python tracker ___ ___

[issue8035] urllib.request.urlretrieve hangs

R. David Murray added the comment: @andyharrington: No, crash is when the interpreter segfaults. I'm making it priority high, though, since it is a hang during an operation that is likely to happen fairly frequently. Senthil may want to bump it up even higher. @neologix: Thanks for figuring

[issue8035] urllib.request.urlretrieve hangs

Charles-Francois Natali added the comment: Alright, what happens is the following: - the file you're trying to retrieve is actually redirected, so the server send a HTTP/1.X 302 Moved Temporarily - in urllib, when we get a redirection, we call redirect_internal: def redirect_internal(self,