You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm currently implementing recurring events with RRule and need to handle timezone-specific repetitions. Currently, when setting a recurring event for 11:32 AM KST with tzid: 'Asia/Seoul', RRule doesn't automatically generate recurrences in Korean local time. Instead, I have to manually adjust the times by calculating UTC offsets.
Current workaround:
// Creating RRule with local timeconstkoreanEvent=newRRule({dtstart: datetime(localDate.getFullYear(),localDate.getMonth()+1,localDate.getDate(),11,// 11:32 KST32,),tzid: 'Asia/Seoul',
...options});// Processing resultsconstdates=koreanEvent.all().map(utcDate=>{returnmoment.tz(utcDate,'Asia/Seoul').subtract(utcOffset,'hours').toDate();});
Feature request: Could RRule natively handle timezone-aware recurrences? For example, if I set:
It would be helpful if RRule could directly return dates in the specified timezone without manual offset calculations.
Please let me know if I'm misunderstanding any part of RRule's timezone functionality. Thank you for considering this request!
The text was updated successfully, but these errors were encountered:
naringst
changed the title
[TimeZone] Enhancement Request: Native timezone support for recurring events
Enhancement: Native timezone support for recurring events
Jan 24, 2025
I'm currently implementing recurring events with RRule and need to handle timezone-specific repetitions. Currently, when setting a recurring event for 11:32 AM KST with tzid: 'Asia/Seoul', RRule doesn't automatically generate recurrences in Korean local time. Instead, I have to manually adjust the times by calculating UTC offsets.
Current workaround:
Feature request: Could RRule natively handle timezone-aware recurrences? For example, if I set:
It would be helpful if RRule could directly return dates in the specified timezone without manual offset calculations.
Please let me know if I'm misunderstanding any part of RRule's timezone functionality. Thank you for considering this request!
The text was updated successfully, but these errors were encountered: