This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author nikratio
Recipients christian.heimes, giampaolo.rodola, janssen, nikratio, pitrou, r.david.murray
Date 2014-03-21.00:48:13
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1395362893.93.0.55438914475.issue20951@psf.upfronthosting.co.za>
In-reply-to
Content
I'd like to argue with the wise words of Nick Coghlan here:

--snip--
There's a great saying in the usability world: "You can't document your way out of a usability problem". What it means is that if all the affordances of your application (or programming language!) push users towards a particular logical conclusion ([...]), having a caveat in your documentation isn't going to help, because people aren't even going to think to ask the question. It doesn't matter if you originally had a good reason for the behaviour, you've ended up in a place where your behaviour is confusing and inconsistent, because there is one piece of behaviour that is out of line with an otherwise consistent mental model. 
--snip--

This was said in context of the bool(datetime.time) discussion, but I think it applies here as well. The rest of Python consistently raises an exception when something would block in non-blocking mode. This is reasonable behavior to expect. I agree that we shouldn't suddenly break this, but emitting a deprecation warning in Python 3.5, and changing the default in 3.6 seems reasonable to me. This is three years of transition time, and based on my random sampling so far, I doubt that there are a lot of affected modules or applications.
History
Date User Action Args
2014-03-21 00:48:14nikratiosetrecipients: + nikratio, janssen, pitrou, giampaolo.rodola, christian.heimes, r.david.murray
2014-03-21 00:48:13nikratiosetmessageid: <1395362893.93.0.55438914475.issue20951@psf.upfronthosting.co.za>
2014-03-21 00:48:13nikratiolinkissue20951 messages
2014-03-21 00:48:13nikratiocreate