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 p-ganssle
Recipients Delgan, nixphix, p-ganssle, serhiy.storchaka
Date 2018-12-04.17:22:35
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1543944155.51.0.788709270274.issue35364@psf.upfronthosting.co.za>
In-reply-to
Content
Another thing to note: I'm pretty sure this was a mistake in the first place. There are many examples of places where the datetime module was just not designed with inheritance in mind, for example:

- issue 32404 / issue 32403 - fromtimestamp not calling __new__
- issue 31222 / 20371  - C implementation of .replace

I think there are many other unreported issues that all stem from similar inconsistencies that we've been slowly shoring up.

One problem is that it's very inconsistent, which makes datetime not particularly friendly to subclass, but to the extent that that's changing, we've been getting *more* friendly to subclasses.
History
Date User Action Args
2018-12-04 17:22:35p-gansslesetrecipients: + p-ganssle, serhiy.storchaka, Delgan, nixphix
2018-12-04 17:22:35p-gansslesetmessageid: <1543944155.51.0.788709270274.issue35364@psf.upfronthosting.co.za>
2018-12-04 17:22:35p-gansslelinkissue35364 messages
2018-12-04 17:22:35p-gansslecreate