-
-
Notifications
You must be signed in to change notification settings - Fork 519
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
Incorrect dates when local timezone moves to winter time in Europe/Chisinau #295
Comments
This is an interesting fluke, investigating. It appears that the timezone offset is correctly applied for the nearly identical timezone |
I found 4 timezones with the same issue:
|
Hi, we have the same issue : import moment from "moment";
import { RRule } from "rrule";
const rule = new RRule({
freq: RRule.MONTHLY,
count: 30,
interval: 1,
tzid: "Europe/Paris",
until: moment("2020-06-10").toDate()
});
rule.all().forEach(date => {
console.log(moment(date).format("DD/MM/YYYY HH:mm"));
}); and the result is : 07/02/2019 15:56
07/03/2019 15:56
07/04/2019 16:56
07/05/2019 16:56
07/06/2019 16:56
07/07/2019 16:56
07/08/2019 16:56
07/09/2019 16:56
07/10/2019 16:56
07/11/2019 15:56 <----------- hour is updated !
07/12/2019 15:56
07/01/2020 15:56
07/02/2020 15:56
07/03/2020 15:56
07/04/2020 16:56
07/05/2020 16:56
07/06/2020 16:56 We don’t want the hour to be updated. What is the solution ? Is there an error in DateTime (see source code below) ? Because when you add N months, we do it without updating the hour. |
I think we're having a similar issue. An rrulestring of:
results in:
However, Europe/London will move to +01:00 at |
This is very confusing. In the documentation, it notes this: https://github.com/jakubroztocil/rrule#important-use-utc-dates
It doesn't make much sense to me that it's in UTC and in your local timezone. These are normally mutually exclusive..? There's a comment in the code:
|
I have the same problem, I want to represent the appearances of a rule that goes through different DST schedules. What I expect is to receive the same time with different offsets. I also think that the UTC time changes from one DST to another. I'm using RRule version 2.6.4, and UTC+2 (DST) now.
Expected, what I need: 0: Fri Oct 23 2020 13:00:00 GMT+0200 (hora de verano de Europa central) {} -> UTC 11:00 Received: 0: Fri Oct 23 2020 13:00:00 GMT+0200 (hora de verano de Europa central) {} -> UTC 11:00 Maybe I'm making a mistake. Thank you! |
The problem happens when local timezone moves to winter time (DST).
Steps to reproduce
Actual Results
Expected Results
Additional info
The text was updated successfully, but these errors were encountered: