Read the statement by Michael Teeuw here.
MagicMirror2 Default Calendar module does not display reoccuring Monthly, or Weekly events with in your GMT window.
-
@sdetweil said in MagicMirror2 Default Calendar module does not display reoccuring Monthly, or Weekly events with in your GMT window.:
npm remove luxon
Before removing luxon, I got the local ics working, but because it was for Tuesday and today is Wednesday it worked, any reoccuring in the future work, just today’s does not. So I added two entries in the local ics file for Wednesday as well as left in the Tuesday entries.
I also made a new google calendar and made Wednesday repeating as well. Both the local test and the google test do not show up anything after 5pm mst. I did the removal and there was no change. I did restart MM between the test. Here is the updated ICS
BEGIN:VCALENDARBEGIN:VEVENT
DTSTART;TZID=America/Denver:20231205T171500
DTEND;TZID=America/Denver:20231205T181500
RRULE:FREQ=WEEKLY;BYDAY=TU
DTSTAMP:20231212T213725Z
UID:ccccccc
CREATED:20231212T213613Z
LAST-MODIFIED:20231212T213613Z
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:Local test tue weekly at 5:15pm
TRANSP:OPAQUE
END:VEVENTBEGIN:VEVENT
DTSTART;TZID=America/Denver:20231205T164500
DTEND;TZID=America/Denver:20231205T174500
RRULE:FREQ=WEEKLY;BYDAY=TU
DTSTAMP:20231212T213725Z
UID:ccccc
CREATED:20231212T213523Z
LAST-MODIFIED:20231212T213537Z
SEQUENCE:2
STATUS:CONFIRMED
SUMMARY:Local test tue weekly at 4:45pm
TRANSP:OPAQUE
END:VEVENTBEGIN:VEVENT
DTSTART;TZID=America/Denver:20231206T171500
DTEND;TZID=America/Denver:20231206T181500
RRULE:FREQ=WEEKLY;BYDAY=WE
DTSTAMP:20231212T213725Z
UID:ccccccc
CREATED:20231212T213613Z
LAST-MODIFIED:20231212T213613Z
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:Local test wed weekly at 5:15pm
TRANSP:OPAQUE
END:VEVENTBEGIN:VEVENT
DTSTART;TZID=America/Denver:20231206T164500
DTEND;TZID=America/Denver:20231206T174500
RRULE:FREQ=WEEKLY;BYDAY=WE
DTSTAMP:20231212T213725Z
UID:ccccc
CREATED:20231212T213523Z
LAST-MODIFIED:20231212T213537Z
SEQUENCE:2
STATUS:CONFIRMED
SUMMARY:Local test wed weekly at 4:45pm
TRANSP:OPAQUE
END:VEVENTEND:VCALENDAR
Here is my config.js
{
disabled: false,
module: “calendar”,
header: “Jim and Paula”,
position: “top_left”,
config: {
limitDays: 0, // Days to search into the future 0 is unlimited
maximumNumberOfDays: 30, // The maximum number of days in the future. You may have to restart MM for this to work.
maximumEntries: 10, // The maximum number of events shown.
timeFormat: “relative”, //Display event times as absolute dates, or relative time, or using absolute date headers with times for each event next to it (absolute, relative,)
getRelative: 0, // How much time (in hours) should be left until calendar events start getting relative? Possible values: 0 (events stay absolute) - 48 (48 hours before the event starts) Default value: 6
urgency: 7, // If timeFormat of absolute the urgency setting display events within a specific time frame as relative. a positive integer representing the number of days for which you want a relative date Default 6
nextDaysRelative: false, // If this is set to true, the appointments of today and tomorrow are displayed relatively, even if the timeformat is set to absolute.Default: false
fade: false,
fadePoint: 0.25,
maxTitleLength: 45, // The maximum title length.
wrapEvents: false, // Wrap event titles to multiple lines. Breaks lines at the length defined by maxTitleLength
maxTitleLines: 1, // The maximum number of lines a title will wrap vertically before being cut (Only enabled if wrapEvents is also enabled)
fetchInterval: 60000,
sliceMultiDayEvents: false, // If this is set to true, events exceeding at least one midnight will be sliced into separate events including a counter like (1/2). This is especially helpful in “dateheaders” mode.
tableClass: “small”, // Name of the classes issued from main.css. Possible values: xsmall, small, medium, large, xlarge.Default small.
customEvents: [{keyword: ‘Birthday’, symbol: ‘birthday-cake’, color: ‘Gold’}],
calendars: [
{
symbol: “building”,
url: “https://calendar.google.com/calendar/ical/bd007470089e22eace0d824caab026a2b1ef7290f6c51f166c166f7f47d551dd%40group.calendar.google.com/public/basic.ics” //testing via google public url
},
{
symbol: “house”,
url: “http://magicmirror-rv.rendezvous:8080/modules/default/calendar/testing.ics” //testing
}
]
}
}, -
@jbat66 I’ll look at that but the original events are for Tuesday, so can’t show today (Wednesday)
-
@sdetweil I appreciate you looking into this.
There should be a “Local test wed Weekly at 5:15pm” for today that doesn’t show up, and a “Google test weekly on Wed at 5:30pm” that doesn’t show up. -
@jbat66 ok, for the test file the UUID values have to be unique
UID:ccccccc
-
@sdetweil
Thanks for the UID info. I have not manualy edited an ICS file before and didn’t know that.
I updated the UID: to unique values, same results tho. Still missing the google and local after 5pm events.BEGIN:VCALENDAR
BEGIN:VEVENT
…
UID:cccccc
…
END:VEVENTBEGIN:VEVENT
…
UID:ccccc
…
END:VEVENTBEGIN:VEVENT
…
UID:cccc
…
END:VEVENTBEGIN:VEVENT
…
UID:ccc
…
END:VEVENTEND:VCALENDAR
-
@sdetweil said in MagicMirror2 Default Calendar module does not display reoccuring Monthly, or Weekly events with in your GMT window.:
@jbat66 ok, for the test file the UUID values have to be unique
UID:ccccccc
On your screen shot, you should have a "Local test wed weekly at… 13th Dec, 17:15 entry, but it is missing.
-
@jbat66 yes, the rrule between is confused
search for recurring events between: Wed Dec 13 2023 12:41:01 GMT-0700 (Mountain Standard Time) and Wed Dec 11 2024 23:59:59 GMT-0700 (Mountain Standard Time) [13.12.2023 12:41.01.677] [DEBUG] Title: Local test wed weekly at 5:15pm, with dates: ["2023-12-20T00:15:00.000Z","2023-12-27T00:15:00.000Z","2024-01-
2023-12-20T00:15:00.000Z this is 2023-12-19T17:15:00
but he clipped of
2023-12-14T00:15:00.000Z, which would have been 2023-12-13T17:15:00when the start was
Wed Dec 13 2023 12:41:01 but he was looking at 2023-12-13T00:15:00, which has passed… got the time rollover on TZ change wrong…not in our code… will followup w the rrule owners
-
@sdetweil
Thank you so much. -
@jbat66 I opened this issue, with a sample testcase
returned date incorrect caused by TZ rollover #610