Time Zones and Recurring Appointments

[Luke]

I'm having an issue with Recurring appointments on the latest version of the Telerik UI. (2015.1.331.20)

I have the SystemTimeZone property of the Scheduler set to UTC, and the computer is set to US Central time. (-5) When I set up one time appointments, everything works great. The times are saved to the database in UTC, and everything flows as it should.

When setting up recurring appointments, however, everything breaks. It seems right when setup, but once it's saved to the database and reloaded, everything is "off" by 5 hours. If I setup a recurring appointment at 8AM, it'll save as being at 1 PM, just like the standalone appointment, which is correct. But when it's loaded back, it'll appear at 3 AM on the schedule.

Odder yet, the Occurrences collection is actually correct... it shows the occurrences at 8AM, as it should. But visual display shows them at 3 AM. Basically, recurring appointments are subtracting the 5 hours TWICE. 

I need a fix for this behavior that doesn't involve setting the computer time to UTC. (That's the only thing that worked thus far.)

This is in C#, and the OS is windows 7 Pro SP1

Thanks!

[Hristo]

Hi Luke,

Thank you for writing.

After investigating the described behavior, I can confirm that this is in issue within our RadScheduler control. I have logged it in our feedback portal. You can track its progress, subscribe for status changes and add your vote/comment to it on the following link - feedback item. I have also updated your Telerik points.

The issue is related with complex logic for creating the appointments and calculating their start and end times according to the local settings of each machine. For the time being a workaround would not be possible. We will do our best to address the problem as soon as possible.

Should you have further questions please do not hesitate to write back.

Regards,
Hristo Merdjanov
Telerik

[Luke]

I'm not sure you understood the scope of the issue.The error occurs even if DefaultTimeZone and SystemTimeZone are the set to the *same* value.

Effectively, recurring appointments are completely nonfunctional unless the computer clock is set to UTC.

[Hristo]

Hello Luke,

Thank you for writing back.

We understand very well the scope of the issue and it is already in development. A fix will be included in our next official release, scheduled for the end of the month. You can check the updated feedback item here: http://feedback.telerik.com/Project/154/Feedback/Details/160740-fix-radscheduler-start-and-end-times-of-recurring-appointments-are-not-calcula

Should you have further questions please do not hesitate to write back.

Regards,
Hristo Merdjanov
Telerik