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 ztane
Recipients demian.brecht, luiz.poleto, martin.panter, orsenthil, r.david.murray, serhiy.storchaka, ztane
Date 2016-04-28.11:02:54
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1461841374.67.0.247530851738.issue22234@psf.upfronthosting.co.za>
In-reply-to
Content
I do not believe there is code that would depend on `urlparse(urlstring={})` *not* throwing an error, since `{}` obviously is neither a URL, nor a string.

Further down the documentation explicitly states that

> The URL parsing functions were originally designed to operate on 
> character strings only. In practice, it is useful to be able to 
> manipulate properly quoted and encoded URLs as sequences of ASCII 
> bytes. Accordingly, the URL parsing functions in this module all 
> operate on bytes and bytearray objects in addition to str objects.

As the documentation does not state that it should work on any other objects, there shouldn't be any code that should be deprecated. Furthermore even in 3.5, the `bool(datetime.time(0, 0)) == False` was removed without any deprecation cycle, despite it having been a documented feature for more than a decade (unlike this one).

And IMHO not giving an object of expected type should result in a TypeError.
History
Date User Action Args
2016-04-28 11:02:54ztanesetrecipients: + ztane, orsenthil, r.david.murray, martin.panter, serhiy.storchaka, demian.brecht, luiz.poleto
2016-04-28 11:02:54ztanesetmessageid: <1461841374.67.0.247530851738.issue22234@psf.upfronthosting.co.za>
2016-04-28 11:02:54ztanelinkissue22234 messages
2016-04-28 11:02:54ztanecreate