Join GitHub today
Timezone handling issue #12
I think there is an issue when handling timezones.
Using the method "events" of class "icalevents" indicates that you need to biais the "start" parameter to match the event.
See the attached files:
@irgangla I fixed my timezone issues by patching the normalize function. Above problem is caused by the library overwriting the tzid from DTSTART/DTEND (which parses fine) with UTC if it doesn't find another VTIMEZONE, I just commented out the overwriting for datetimes which already have an tzid which worked fine.
added a commit
Jan 21, 2019
That fix helps, but there's another bug. If a repeating event crosses over from when DST was not in effect to when it is in effect, the adjustment gets lost. A meeting started at 08:00:00-08:00 (8:00am America/Los_Angeles in January) is still reported as 08:00:00-08:00 in March when it should be 08:00:00-07:00.