[issue12693] test.support.transient_internet prints to stderr when verbose is false

2013-01-25 Thread Brett Cannon
Changes by Brett Cannon br...@python.org: -- resolution: - works for me status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12693 ___

[issue12693] test.support.transient_internet prints to stderr when verbose is false

2011-08-14 Thread Brett Cannon
Brett Cannon br...@python.org added the comment: The line from the source I am talking about is http://hg.python.org/cpython/file/49e9e34da512/Lib/test/support.py#l943 . And as for the output: ./python.exe -m test -uall test_ssl [1/1]

[issue12693] test.support.transient_internet prints to stderr when verbose is false

2011-08-05 Thread R. David Murray
R. David Murray rdmur...@bitdance.com added the comment: I'm pretty sure this was intentional. It is analogous to Skip messages and the messages issued when a resource hasn't been enabled, which also print when verbose is not true: the test wasn't run, and it lets you know why. --

[issue12693] test.support.transient_internet prints to stderr when verbose is false

2011-08-05 Thread Brett Cannon
Brett Cannon br...@python.org added the comment: On Fri, Aug 5, 2011 at 04:33, R. David Murray rep...@bugs.python.orgwrote: It just seems odd to print when verbosity is off, but not when it is on. I don't have the repo in front of me right now, but is there some other mechanism which prints

[issue12693] test.support.transient_internet prints to stderr when verbose is false

2011-08-05 Thread R. David Murray
R. David Murray rdmur...@bitdance.com added the comment: I don't see any such code in the 3.3 source for the context manager. There the resource name is put in the ResourceDenied message. I think we'll need the reproducer. -- ___ Python tracker

[issue12693] test.support.transient_internet prints to stderr when verbose is false

2011-08-04 Thread Brett Cannon
New submission from Brett Cannon br...@python.org: When verbose mode if OFF, test.support.transient_internet prints out what resource was unavailable before raising the ResourceDenied exception. Not sure if this is a bug (since it has existed for a while) or it is on purpose and just happens