Read the statement by Michael Teeuw here.
MMM-CalendarExt3 only one calendar not updating
-
Yea, I believe the default calender is working and broadcasting correctly - not sure exactly where Ext3Agenda is having problems - but I have a few ideas I plan to try out.
-
Bah! I have to apologize - I was on the develop branch but apparently, I was some commits behind and I think I was missing the commit that fixed the “clipping” problem
I made sure to update to the head of develop and things are working much better now. So it seems all along it has been the known issue
Doh!
-
Actually have to take this back. Currently testing running in server only mode and a browser so I can see the console easier
When I see in the log this line:
[2025-01-27 13:52:24.893] [INFO] Calendar-Fetcher: Broadcasting 22 events from <redacted>
I can say that modules are NOT getting any calendar notifications, despite this log entry. They are not broadcast. I added some code to Ext3Agenda to print out when it gets
any
notification, and it never gets any CAL items. (I see it getting DOM_CREATED, DOM_UPDATED, etc,etc)I see in the console log the following:
sorting events count=0
slicing events total maxcount=100which seems odd given that the helper reported broadcasting 22 events. Those items repeat in the console log , but it’s always
sorting events count=0
UNTIL I refresh the browser - Now I see the Ext3Agenda module getting CALENDER_EVENTS and
sorting events count=22
-
I guess I should have run some tests with just the standard calendar module.
Now just using the standard calendar module - and it just says “Loading” despite having also printed “Broadcasting 22 events from”
-
@emlowe as you updated to the develop branch, did you also redo the npm run install-mm
-
I did yes - so the current test results are this
The calendar
did
eventually appear - but it took quite some time - I wasn’t watching, so I don’t know when exactly - I’ll test again. But it wasseveral
minutes after the log output of “broadcasting 22 events” -
@emlowe the default for ext3 is 30 mins
if missed at waitFetchonly see the timing in
pm2 logdefault calendar working, right?
-
@sdetweil No, I’m stopped testing Ext3 and I am only testing the default calendar.
it is not working - I see
Loading...
for some number of minutes or hours, I haven’t determined any consistency. This test run is now past 45 mins and it still says Loading… despite having broadcast the events 9 times:[2025-01-27 14:25:24.525] [LOG] Starting MagicMirror: v2.31.0-develop ... [2025-01-27 14:25:31.806] [LOG] Create new calendarfetcher for URL ... [2025-01-27 14:26:21.083] [INFO] Calendar-Fetcher: Broadcasting 22 events from ... [2025-01-27 14:32:08.812] [INFO] Calendar-Fetcher: Broadcasting 22 events from ... [2025-01-27 14:37:55.863] [INFO] Calendar-Fetcher: Broadcasting 22 events from [2025-01-27 14:43:42.948] [INFO] Calendar-Fetcher: Broadcasting 22 events from [2025-01-27 14:49:30.144] [INFO] Calendar-Fetcher: Broadcasting 22 events from ... [2025-01-27 15:12:37.552] [INFO] Calendar-Fetcher: Broadcasting 21 events from
still says
Loading ...
- if I refresh the browser page - then they all appear immediately -
@emlowe can you extract those events out to a file
curl -sL theurl >somefile.txt
and share the file and your calendar config in an email to me
same userid at gmailso i can look at it
one other thing is open the developers window console tab
ctrl-shift-i, select the console tab
or do
npm run start:devand see if there are any errors
the browser side broadcasts so it GOT the events block
then it processes for the ui -
@sdetweil No errors in the console log
If I wait long enough where this seems anywhere between 15min to an hour or more, they do appear without a manual refresh.
maybe it’s a complexity issue - when I curl the calender link (it’s a google private ICS link) - the resulting file is 4.8MB - I imagine parsing that is somewhat time-consuming