If you are using amr-events or amr-ical-events-list you will not have this problem!
Every time a zone somewhere in the world kicks on to daylight saving or off for that matter, I see a bunch of support questions popping up about their event times being off by an hour. (I monitor wordpress support, stackexchange and wpquestions, and maybe a few more…..)
Imagine the confusion this can cause where clients may have subscribed to calendar feeds and have the wrong times.
PHP datetime objects and functions
If people are very lucky, the plugin that they are using has some good coding and is using php DateTime objects with timezone support, and the only problem is that their wordpress timezone is set as a GMT offset, not as a timezone.
That is easily fixed! (goto wordpress general settings)
However all too often the plugin developer has failed to appreciate
- the complexities of times around the world,
- daylight saving and
- most importance of managing recurring events in one timezone for a display in another where one zone changes daylight saving. Very easy to generate the wrong times for a recurring event without realising it!
- even worse governments sometimes change the date/time of the switchover (ok not that often, but it does happen, and then you hope your php installation gets updated with the timezone definitions)
If it is not a simple wordpress timezone setting, then these things are NOT easy to fix and will involve changes to code:
- Change to use php DateTime Classes for all date logic .If they are using unix time and not php datetime objects, it is almost impossible to get it right. It’s a fairly major rewrite to change all date logic to use the DateTime objects and functions.
- If already using, it maybe that the intricacies of recurring event logic have won out. See below for logic help.
Developers and event website managers should read:
- ical file timezones
- ical local or floating date times