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 terry.reedy
Recipients facundobatista, italip, jjlee, ncoghlan, orsenthil, r.david.murray, sidnei, terry.reedy
Date 2021-12-24.20:36:47
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1640378207.74.0.180088765627.issue4079@roundup.psfhosted.org>
In-reply-to
Content
urllib2 became urllib.request in 3.x.  In 2.6, 'timeout' became a parameter of both urlopen and OpenerDirector.open.  In both cases the default was and is the 'global default timeout setting'.  So 'timeout' has a default.

Both functions take a Request object in lieu of a url.  I see no indication that the Request object itself ever has a timeout attribute, at least not in .__init__.  It certainly does not now.  It seems that the idea was that timeouts are a property of an open action, not of the reusable Request object that wraps a url.


CacheFTPHandler.setTimeout() is for FTP handlers.

So it seems that this should be closed as either 'not a bug' or 'out of date'.
History
Date User Action Args
2021-12-24 20:36:47terry.reedysetrecipients: + terry.reedy, facundobatista, jjlee, ncoghlan, orsenthil, sidnei, r.david.murray, italip
2021-12-24 20:36:47terry.reedysetmessageid: <1640378207.74.0.180088765627.issue4079@roundup.psfhosted.org>
2021-12-24 20:36:47terry.reedylinkissue4079 messages
2021-12-24 20:36:47terry.reedycreate