Currently the occurrences() function (and possibly others) does not respect daylight savings. This means that a recurrence rule that crosses daylight savings will report wrong times for occurrences in the new time zone.
iCAL uses the VTIMEZONE field to specify the event creation timezone, it should be handled and report the correct times.
This is the current transition from CEST to CET in europe, canonically this is the Europe/Belgrade time zone.
There is currently no way to pass that information to the function. It should return the following occurrences: 2022-10-26T05:00:00+02:00, 2022-10-26T05:00:00+01:00 if we assume the returned time zone is UTC (currently it returns the time without time zone).
Currently the
occurrences()
function (and possibly others) does not respect daylight savings. This means that a recurrence rule that crosses daylight savings will report wrong times for occurrences in the new time zone.iCAL uses the VTIMEZONE field to specify the event creation timezone, it should be handled and report the correct times.
As an example run this query:
This is the current transition from CEST to CET in europe, canonically this is the
Europe/Belgrade
time zone. There is currently no way to pass that information to the function. It should return the following occurrences:2022-10-26T05:00:00+02:00, 2022-10-26T05:00:00+01:00
if we assume the returned time zone is UTC (currently it returns the time without time zone).