Activity log for bug #1678858

Date Who What changed Old value New value Message
2017-04-03 07:51:09 Takumi Nakada bug added bug
2017-04-03 07:55:24 Takumi Nakada summary timezone offset is not correct timezone offset is not correct on version 2017.2
2017-04-03 08:14:17 Takumi Nakada description Japanese Standard Time is 9 hours ahead of UTC. However if I enter the following code, this appears. >>> pytz.__version__ '2017.2' >>> pytz.timezone('Asia/Tokyo') <DstTzInfo 'Asia/Tokyo' LMT+9:19:00 STD> Japan has not any Summer time, so that it must be +9:00:00 in years. Here is the link. => https://www.timeanddate.com/time/zones/jst And unless in Japan, that's incorrect all over the world, I think. For examples, In U.S, there are already DST. However it seems to be no effect to pytz library. >>> pytz.timezone('US/Hawaii') <DstTzInfo 'US/Hawaii' LMT-1 day, 13:29:00 STD> >>> pytz.timezone('US/Pacific') <DstTzInfo 'US/Pacific' LMT-1 day, 16:07:00 STD> https://www.timeanddate.com/time/zones/hadt https://www.timeanddate.com/time/zones/pdt I don't know what causes this problems because I've not read pytz source codes, but the above timezones having minutes like 19, 29 or 7 are not correct as timezones. Japanese Standard Time is 9 hours ahead of UTC. However if I enter the following code, this appears. >>> pytz.__version__ '2017.2' >>> pytz.timezone('Asia/Tokyo') <DstTzInfo 'Asia/Tokyo' LMT+9:19:00 STD> Japan has not any Summer time, so that it must be +9:00:00 in years. Here is the link. => https://www.timeanddate.com/time/zones/jst And unless in Japan, that's incorrect all over the world, I think. For examples, In U.S, there are already DST in many region. However it seems to be no effect to pytz library. >>> pytz.timezone('US/Hawaii') <DstTzInfo 'US/Hawaii' LMT-1 day, 13:29:00 STD> (Hawaii does not have daylight saving time. It seems to be HAST.) >>> pytz.timezone('US/Pacific') <DstTzInfo 'US/Pacific' LMT-1 day, 16:07:00 STD> https://www.timeanddate.com/time/zones/hadt https://www.timeanddate.com/time/zones/pdt I don't know what causes this problems because I've not read pytz source codes, but the above timezones having minutes like 19, 29 or 7 are not correct as timezones.
2018-02-09 05:35:23 Stuart Bishop pytz: status New Invalid