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 akira
Recipients akira, belopolsky, gilsho, r.david.murray
Date 2015-03-02.23:53:20
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1425340400.48.0.400725291305.issue23494@psf.upfronthosting.co.za>
In-reply-to
Content
pytz explicitly documents this case (crossing DST boundary). There is 
tz.normalize() method.

> the tzinfo object is responsible for handling daylight savings time.  This looks like a bug in pytz.

Are any of tzinfo methods even called during `before + timedelta(days=2)`?

Also a DST transition is not the only reason the utc offset or tzname may 
change.
History
Date User Action Args
2015-03-02 23:53:20akirasetrecipients: + akira, belopolsky, r.david.murray, gilsho
2015-03-02 23:53:20akirasetmessageid: <1425340400.48.0.400725291305.issue23494@psf.upfronthosting.co.za>
2015-03-02 23:53:20akiralinkissue23494 messages
2015-03-02 23:53:20akiracreate