Senthil Kumaran orsent...@gmail.com added the comment:
Fixed in r82068 and r82069. As mentioned in msg107883, this functionality is
should not be relied upon. It is present for legacy apps. I have added a NEWS
note mentioning that there is a change in behavior (if legacy apps owners can
catch
Senthil Kumaran orsent...@gmail.com added the comment:
The reason the the password is prompted is because, on 401 authentication
failure, there is a retry logic by default. When the authentication is retried,
it is prompted for username:password using getpass. When using GUI modules it
is
Changes by Shashwat Anand anand.shash...@gmail.com:
--
nosy: +l0nwlf
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1368368
___
___
Changes by Senthil Kumaran orsent...@gmail.com:
--
assignee: - orsenthil
stage: unit test needed - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1368368
___
Ray.Allen ysj@gmail.com added the comment:
Since urllib.urlopen() is removed in py3k, and is intended to be replaced by
urllib2.urlopen(), I think we'd better just leave as it is.
--
nosy: +ysj.ray
___
Python tracker rep...@bugs.python.org
Changes by Daniel Diniz aja...@gmail.com:
--
components: +Library (Lib) -None
nosy: +orsenthil
stage: - test needed
title: prompt_user_passwd() in FancyURLopener - prompt_user_passwd() in
FancyURLopener masks 401 Unauthorized error page
type: - behavior
versions: +Python 2.6, Python
Antoine Pitrou pit...@free.fr added the comment:
Adding something like an `interactive=True` could do the trick (setting
it to False meaning you don't want any password prompt or any other
similar console interaction with the user).
--
nosy: +pitrou
