Éric Araujo mer...@netwok.org 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
Éric Araujo mer...@netwok.org added the comment:
I think this would need a test.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8035
___
Charles-François Natali neolo...@free.fr 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
Roundup Robot devn...@psf.upfronthosting.co.za 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 neolo...@free.fr added the comment:
Alright, should be fixed now.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Charles-François Natali neolo...@free.fr:
--
keywords: +needs review
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8035
___
Changes by Charles-François Natali neolo...@free.fr:
Removed file: http://bugs.python.org/file16758/urllib_redirect.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8035
___
Charles-François Natali neolo...@free.fr 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
Antoine Pitrou pit...@free.fr 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
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
This URL does not seem to return a 302 code. Is there another example?
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8035
Charles-Francois Natali neolo...@free.fr added the comment:
2010/7/21 Amaury Forgeot d'Arc rep...@bugs.python.org
Amaury Forgeot d'Arc amaur...@gmail.com 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
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
I would have hoped a Windows way...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8035
___
Charles-Francois Natali neolo...@free.fr 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
R. David Murray rdmur...@bitdance.com 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.
14 matches
Mail list logo
