Read the statement by Michael Teeuw here.
Calendar not updating
-
@matt216 I sent you a message here in chat with a link to another test version of the calendar parser file…
-
@sdetweil Hi Sam. Thank you. Still no joy.
Here is what is displayed on my mirror:
Yet here is what is in my calendar (as shown on my iphone):
You can see multiple events missing, but I can’t figure out any pattern as to what shows and what does not.
I added in your calendarfetcherutils.js and restarted. Same behavior. The logs show the mirror is seeing the ‘house viewing PB’ events, for example, but it’s not showing up at all in dev tools or on the display.[23.01.2024 09:17.06.900] [DEBUG] Event: {"type":"VEVENT","params":[],"created":"2024-01-19T11:31:14.000Z","end":"2024-01-26T18:00:00.000Z","dtstamp":"2024-01-22T15:11:06.000Z","start":"2024-01-26T17:30:00.000Z","datetype":"date-time","lastmodified":"2024-01-22T15:11:05.000Z","sequence":"0","summary":"House viewing PB","transparency":"OPAQUE","uid":"92DD34B0-0226-4928-B476-EF1A5AC18471","url":{"params":{"VALUE":"URI"},"val":""},"APPLE-CREATOR-IDENTITY":"com.apple.mobilecal","APPLE-CREATOR-TEAM-IDENTITY":"0000000000"} [23.01.2024 09:17.06.901] [DEBUG] start: Fri Jan 26 2024 17:30:00 GMT+0000 (Greenwich Mean Time) [23.01.2024 09:17.06.901] [DEBUG] end:: Fri Jan 26 2024 18:00:00 GMT+0000 (Greenwich Mean Time) [23.01.2024 09:17.06.901] [DEBUG] duration: 1800000 [23.01.2024 09:17.06.901] [DEBUG] title: House viewing PB [23.01.2024 09:17.06.902] [DEBUG] full day event =false [23.01.2024 09:17.06.902] [DEBUG] initial tz=Europe/London [23.01.2024 09:17.06.902] [DEBUG] corrected tz=Europe/London [23.01.2024 09:17.06.902] [DEBUG] start date/time=Fri Jan 26 2024 17:30:00 GMT+0000 (Greenwich Mean Time) [23.01.2024 09:17.06.903] [DEBUG] start offset=0 [23.01.2024 09:17.06.903] [DEBUG] start date/time w tz =Fri Jan 26 2024 17:30:00 GMT+0000 (Greenwich Mean Time) [23.01.2024 09:17.06.903] [DEBUG] event date=Fri Jan 26 2024 17:30:00 GMT+0000 (Greenwich Mean Time) [23.01.2024 09:17.06.904] [DEBUG] event offset=0 hour=17 event date=Fri Jan 26 2024 17:30:00 GMT+0000 (Greenwich Mean Time) [23.01.2024 09:17.06.904] [DEBUG] adjustHours=0 [23.01.2024 09:17.06.904] [DEBUG] saving event: House viewing PB [23.01.2024 09:17.06.904] [DEBUG] Processing entry...
Dev tools:
before filter events=[{"title":"Danielle clean","startDate":"1706004000000","endDate":"1706014800000","fullDayEvent":false,"recurringEvent":true,"class":"","firstYear":2023,"location":false,"geo":false,"description":false},{"title":"Matt Hoxton monthly social?","startDate":"1706198400000","endDate":"1706209200000","fullDayEvent":false,"class":"","location":false,"geo":false,"description":false},
-
@matt216 I sent you a link to a new utils file in chat here. it adds some more debug, including dumping the list of events just before send, which would show in the same place as the normal debug
-
@sdetweil hi Sam. I can’t see the chat message with the utils file. Just the parser file. Would you send again please?
-
@matt216 hm. I just checked the chat message and the link is to the utils file
and I checked the file and it’s the utils file -
For anyone following…
Issue still persists. https://github.com/MagicMirrorOrg/MagicMirror/issues/3380 has been opened.
Symptoms:
Calendar events that would be expected to be displayed on the calendar module are not. pm2 restart and full OS reboot does not resolve. I am using a baikal caldav server, FYI, which other devices have no trouble.Troubleshooting:
We can see in the magicmirror logs that the events from the ics file are being received by the calendarfetcher but they are not being shown in events to process in the UI. I cannot see any pattern as to which events are affected.I’ve tried this with a fresh install of magicmirror and I’ve also tried my main magicmirror with a fresh nextcloud calendar. Same behavior.
I’ll update if we find a solution.
Cheers. -
@matt216 and I thought we confirmed the events WERE parsed and part of the collection ‘sent’ to the front end. but apparently not received…
-
@sdetweil sorry that will be my bad use of language… will update
-
@matt216 no problem