Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Hour gap in time-zones that utilize summer/winter time switch? #285

Closed
sick-sad-world opened this issue Oct 1, 2018 · 1 comment
Closed

Comments

@sick-sad-world
Copy link

Using this awesome tool in conjunction with Microsoft Exchange Web Services for email client app.

  • Occurrences generated in order to fit EWS Repeating patterns. But this question is related to all of them. Simplest one DAILY for example. Dates provided as ISOStrings like so 2018-10-01T09:33:32.562Z
      new RRule({
        freq: RRule.DAILY,
        dtstart: new Date(Date.parse(Start)),
        interval: Recurrence.Interval,
        tzid: 'local',
        wkst: RRule.SU
      })
  • Expected output (OWA)
    expected_owa
  • Actual output
    actual_result
"rrule": "^2.5.5",
"luxon": "^1.3.3",
  • Windows 10ENT
  • Mon Oct 01 2018 12:30:15 GMT+0300 (FLE Daylight Time)
@davidgoli
Copy link
Collaborator

This is resolved and a dupe of #279 #233 #230 and others, and the fix involves simply passing in a UTC date to begin with, but I'm wondering if there might actually be a library-level fix here somehow to "normalize" dates passed in so they're always treated as UTC even if they're not originally.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants