davidpscoville wrote: Thu Sep 01, 2022 12:36 pm
I tried an experiment. I created a weekly repeating event starting at 1pm from October 18 through November 15 of 2022, and everything worked fine. When daylight savings time ended, the meeting time remained at 1pm. In case this might be caused by the proximity of the dates from today, I set up another weekly repeating event at 1pm during the same interval in 2021, and it worked fine as well. The meeting time stayed the same through the end of daylight savings time.
Then I created the same weekly repeating event at 1pm from October 18 through November 15 of 2023, so the only difference is the year. This time, the event time changed to 2pm when daylight savings time ended. This 2pm time change also existed for the same weekly repeating event over the same interval in 2024.
This suggests to me that the current calendar software is working fine. The problem seems to be the way the 2023 and beyond calendar database was set up. Is there another explanation for this behavior? Of course, my timezone and browser settings were constant throughout the experiment.
We're seeing this as well, and is causing a lot of confusion over why times are shifted in 2023.
russellhltn wrote: Thu Sep 01, 2022 4:30 pm
Interesting. However, I think the plan is to stick with the current software, bugs and all, until the new software rolls out. That's supposed to be September, but planned dates slip more often than not.
So has the new software been rolled out and this bug is still present, or has the new software not been rolled out yet?
The cynic in me would say it's just a clever ploy to convince folks to use other calendaring (and email, because of the AOL Yahoo issue) systems.

Only half kidding there as that seems to be exactly what happened with the broadcast system and Zoom.