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 mark.dickinson
Recipients Woodz, mark.dickinson
Date 2021-02-16.10:00:06
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1613469606.84.0.564965335123.issue43237@roundup.psfhosted.org>
In-reply-to
Content
Hi Richard. Thanks for the report. Python's working as designed (and as documented and tested) here. IOW, the behaviour is deliberate - this isn't a bug.

Any change in behaviour would have to target 3.10 at the earliest (and it's already quite late in the release process for 3.10). A couple of questions: (1) what would you want the comparisons `datetime_in_sgt <= datetime_in_utc` and `datetime_in_utc <= datetime_in_sgt` to give? (2) How would you propose to change the behaviour without breaking existing code that makes use of the current behaviour?

> This is confusing and non-intuitive.

That's a rather subjective judgement. I'd personally find the behaviour you suggest non-intuitive (and I find the behaviour of Java's order comparisons on ZonedDateTime to be highly non-intuitive). We'd need something a bit more objective and/or widely supported to justify a behaviour change.
History
Date User Action Args
2021-02-16 10:00:06mark.dickinsonsetrecipients: + mark.dickinson, Woodz
2021-02-16 10:00:06mark.dickinsonsetmessageid: <1613469606.84.0.564965335123.issue43237@roundup.psfhosted.org>
2021-02-16 10:00:06mark.dickinsonlinkissue43237 messages
2021-02-16 10:00:06mark.dickinsoncreate