Calendar events showing on wrong day.

[sdetweil]

@coolie1101 I don’t see a day late… the event is Tuesdays, weekly, 11/23 is tuesday, 11/30 is tuesday, 12/7 is tuesday

I am looking for the 11/23 entry…

DUH, it says exclude 11/23

EXDATE;TZID=America/New_York:20211123T050000

[Coolie1101]

@sdetweil said in Calendar events showing on wrong day.:

11/23 is tuesday, 11/30 is tuesday, 12/7 is tuesday

Those dates are correct, the 11/23 entry was deleted and re-added, so it’s not part of the yearly schedule anymore.

For me the entry for 11/30 displays on the monitor as Dec 1st.

[sdetweil]

@coolie1101 said in Calendar events showing on wrong day.:

For me the entry for 11/30 displays on the monitor as Dec 1st.

its hard to tell which cal entry it comes from when the text is all the same.

[Coolie1101]

@sdetweil I believe it’s form the one i posted earlier, top of this page.

DTSTART;TZID=America/New_York:20210406T050000
DTEND;TZID=America/New_York:20210406T100000
RRULE:FREQ=WEEKLY;WKST=SU;UNTIL=20211230T045959Z;BYDAY=TU

[Coolie1101]

@sdetweil
This is the new (re-created) entry

BEGIN:VEVENT
DTSTART:20211123T100000Z
DTEND:20211123T150000Z
DTSTAMP:20211119T165604Z
UID:0g4190e8en06vs************@google.com
CREATED:20211119T151237Z
DESCRIPTION:
LAST-MODIFIED:20211119T151237Z
LOCATION:
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:YARD WASTE
TRANSP:OPAQUE
END:VEVENT

This is the old (yearly) entry

BEGIN:VEVENT
DTSTART;TZID=America/New_York:20210406T050000
DTEND;TZID=America/New_York:20210406T100000
RRULE:FREQ=WEEKLY;WKST=SU;UNTIL=20211230T045959Z;BYDAY=TU
EXDATE;TZID=America/New_York:20211123T050000
DTSTAMP:20211119T165604Z
UID:0v89h5cit8nq6m************@google.com
CREATED:20211026T075843Z
DESCRIPTION:
LAST-MODIFIED:20211026T080254Z
LOCATION:
SEQUENCE:1
STATUS:CONFIRMED
SUMMARY:YARD WASTE
TRANSP:OPAQUE
END:VEVENT

[sdetweil]

@coolie1101 I don’t see the wrong date

yard waste is on 11/30

[Coolie1101]

All highlited is a day ahead.

[sdetweil]

@coolie1101 ok, got it…

I had one more fix…

comment out line 101

//					adjustHours = 24;

[Coolie1101]

@sdetweil Genius!, that did it, do I still need to leave the other 4 lines commented out?

[sdetweil]

@coolie1101 yes

you can remove the ,“DEBUG” from the logLevel entry in config.js

no point generating all the debug every cal refresh cycle

[Coolie1101]

@sdetweil Did, thanks.

I hope @flyedge was able t get his sorted, and sorry for hijacking the post, hopefully it helps someone else.

[flyedge]

Sorry to bring up an old thread, but I ended up getting to busy to finish dealing with that issue back when I started the thread. I think I ended up just creating an individual event for each item on the calendar if memory serves.
I have run into the issue again though. I went through the responses of the person with the same issue, and was about to try and add in those same fixes however it appears that they are part of the main program now.

I pulled the ICS file, and the debug file from the event and will attach them here, but from my very basic understanding, it almost appears that it is changing the time zone on the recurring event even when that isn’t appropriate, I am assuming that is where the issue is arising from.

ics:

BEGIN:VEVENT
DTSTART;TZID=America/Edmonton:20220510T190000
DTEND;TZID=America/Edmonton:20220510T210000
RRULE:FREQ=WEEKLY;UNTIL=20220713T055959Z
DTSTAMP:20220504T175603Z
UID:E273826A-0F74-4F0D-BA17-A59824B3D8AC
CREATED:20220216T184435Z
DESCRIPTION:
LAST-MODIFIED:20220216T184435Z
LOCATION:xx
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:Class
TRANSP:OPAQUE
END:VEVENT

Debug:

{"type":"VEVENT","params":[],"start":"2022-05-11T01:00:00.000Z","datetype":"date-time","end":"2022-05-11T03:00:00.000Z","rrule":{"_cache":{"all":false,"before":[],"after":[],"between":[]},"origOptions":{"tzid":"America/Edmonton","dtstart":"2022-05-11T01:00:00.000Z","freq":2,"until":"2022-07-13T05:59:59.000Z"},"options":{"freq":2,"dtstart":"2022-05-11T01:00:00.000Z","interval":1,"wkst":0,"count":null,"until":"2022-07-13T05:59:59.000Z","tzid":"America/Edmonton","bysetpos":null,"bymonth":null,"bymonthday":[],"bynmonthday":[],"byyearday":null,"byweekno":null,"byweekday":[2],"bynweekday":null,"byhour":[1],"byminute":[0],"bysecond":[0],"byeaster":null}},"dtstamp":"2022-05-01T23:21:41.000Z","uid":"E273826A-0F74-4F0D-BA17-A59824B3D8AC","created":"2022-02-16T18:44:35.000Z","description":"","lastmodified":"2022-02-16T18:44:35.000Z","location":"Canada","sequence":"0","status":"CONFIRMED","summary":"Class","transparency":"OPAQUE","method":"PUBLISH"}
[01.05.2022 17:21.45.608] [DEBUG] start: Tue May 10 2022 19:00:00 GMT-0600 (Mountain Daylight Time)
[01.05.2022 17:21.45.610] [DEBUG] end:: Tue May 10 2022 21:00:00 GMT-0600 (Mountain Daylight Time)
[01.05.2022 17:21.45.629] [DEBUG] duration: 7200000
[01.05.2022 17:21.45.633] [DEBUG] title: Class
[01.05.2022 17:21.45.637] [DEBUG] Search for recurring events between: Sun May 01 2022 17:21:45 GMT-0600 (Mountain Daylight Time) and Wed Jun 29 2022 23:59:59 GMT-0600 (Mountain Daylight Time)
[01.05.2022 17:21.45.654] [DEBUG] Title: Class, with dates: ["2022-05-11T01:00:00.000Z","2022-05-18T01:00:00.000Z","2022-05-25T01:00:00.000Z","2022-06-01T01:00:00.000Z","2022-06-08T01:00:00.000Z","2022-06-15T01:00:00.000Z","2022-06-22T01:00:00.000Z","2022-06-29T01:00:00.000Z"]
[01.05.2022 17:21.45.656] [DEBUG] event.recurrences: undefined
[01.05.2022 17:21.45.659] [DEBUG]  recurring date is Tue May 10 2022 19:00:00 GMT-0600 (Mountain Daylight Time) offset is 360
[01.05.2022 17:21.45.663] [DEBUG]  recurring date is Tue May 10 2022 19:00:00 GMT-0600 (Mountain Daylight Time) offset is 6 Hour is 19
[01.05.2022 17:21.45.665] [DEBUG] new recurring date2 is Wed May 11 2022 19:00:00 GMT-0600 (Mountain Daylight Time)
[01.05.2022 17:21.45.666] [DEBUG] Corrected startDate: Wed May 11 2022 19:00:00 GMT-0600 (Mountain Daylight Time)
[01.05.2022 17:21.45.666] [DEBUG] initial tz=America/Edmonton
[01.05.2022 17:21.45.667] [DEBUG] corrected tz=America/Edmonton
[01.05.2022 17:21.45.668] [DEBUG] start date/time=Tue May 10 2022 19:00:00 GMT-0600 (Mountain Daylight Time)
[01.05.2022 17:21.45.669] [DEBUG] start offset=-360
[01.05.2022 17:21.45.672] [DEBUG] start date/time w tz =Tue May 10 2022 19:00:00 GMT-0600 (Mountain Daylight Time)
[01.05.2022 17:21.45.674] [DEBUG] event date=Wed May 11 2022 19:00:00 GMT-0600 (Mountain Daylight Time)
[01.05.2022 17:21.45.675] [DEBUG] event offset=-360 hour=19 event date=Wed May 11 2022 19:00:00 GMT-0600 (Mountain Daylight Time)
[01.05.2022 17:21.45.676] [DEBUG] adjustHours=0
[01.05.2022 17:21.45.676] [DEBUG] duration: 7200000
[01.05.2022 17:21.45.678] [DEBUG] saving event: false
[01.05.2022 17:21.45.680] [DEBUG]  recurring date is Tue May 17 2022 19:00:00 GMT-0600 (Mountain Daylight Time) offset is 360
[01.05.2022 17:21.45.681] [DEBUG]  recurring date is Tue May 17 2022 19:00:00 GMT-0600 (Mountain Daylight Time) offset is 6 Hour is 19
[01.05.2022 17:21.45.683] [DEBUG] new recurring date2 is Wed May 18 2022 19:00:00 GMT-0600 (Mountain Daylight Time)
[01.05.2022 17:21.45.684] [DEBUG] Corrected startDate: Wed May 18 2022 19:00:00 GMT-0600 (Mountain Daylight Time)
[01.05.2022 17:21.45.685] [DEBUG] initial tz=America/Edmonton
[01.05.2022 17:21.45.688] [DEBUG] corrected tz=America/Edmonton
[01.05.2022 17:21.45.694] [DEBUG] start date/time=Tue May 10 2022 19:00:00 GMT-0600 (Mountain Daylight Time)
[01.05.2022 17:21.45.696] [DEBUG] start offset=-360
[01.05.2022 17:21.45.697] [DEBUG] start date/time w tz =Tue May 10 2022 19:00:00 GMT-0600 (Mountain Daylight Time)
[01.05.2022 17:21.45.698] [DEBUG] event date=Wed May 18 2022 19:00:00 GMT-0600 (Mountain Daylight Time)
[01.05.2022 17:21.45.699] [DEBUG] event offset=-360 hour=19 event date=Wed May 18 2022 19:00:00 GMT-0600 (Mountain Daylight Time)
[01.05.2022 17:21.45.700] [DEBUG] adjustHours=0
[01.05.2022 17:21.45.700] [DEBUG] duration: 7200000
[01.05.2022 17:21.45.702] [DEBUG] saving event: false

[sdetweil]

@flyedge great info, thank you…

I see the issue, but don’t yet know why it is behaving this way (compared to previous releases) and don’t know how to fix it yet.

luxon (which returns the dates matching a repeating rule RRULE) might have fixed their bad behavior…
where they jammed the non UTC date onto the UTC time
in this old case it would have been
2022-02-5-10T01:00:00Z
where I was correcting the mangled event date