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 belopolsky, eric.smith, p-ganssle, zhanying
Date 2020-04-09.15:10:43
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1586445043.49.0.615234565193.issue40236@roundup.psfhosted.org>
In-reply-to
Content
Likely relevant is bpo-23136, where they dealt with similar issues in the past.

I don't see any explicit test for this behavior, but it seems that the solution is to try to be consistent and to not raise a ValueError.

Looking at this issue, I think it's a manifestation of a similar bug that hits when a year starts with a Monday.

It seems like the behavior is that the following days (%W-%w) should be sequential in any year: 00-1, 00-2, 00-3, 00-4, 00-5, 00-6, 00-0, 01-1, 01-2, ...

Since 2024 starts in a Monday, the first day of the year should be 2024-01-1, and the 2024-00-1 week should start 2023-12-25 rather than duplicating the following week.

I think there's an equivalent issue with dates of the form "%Y-%U-%w", but happening on years that start with a Sunday.
History
Date User Action Args
2020-04-09 15:10:43p-gansslesetrecipients: + p-ganssle, belopolsky, eric.smith, zhanying
2020-04-09 15:10:43p-gansslesetmessageid: <1586445043.49.0.615234565193.issue40236@roundup.psfhosted.org>
2020-04-09 15:10:43p-gansslelinkissue40236 messages
2020-04-09 15:10:43p-gansslecreate