Calendar not updating

sdetweil

@matt216 and what do you see in the place where you npm start?

should NOT see the timeout error

matt216

@sdetweil I do not see a timeout, no. The most unusual log entry related to the calendar is
[04.01.2024 16:39.21.257] [LOG] Use existing calendarfetcher for url: https://my.cal.url

That “existing” might imply something…?

sdetweil

@matt216 not an error… says ’ we created a fecther() at the start’… and we found it and are reusing it… just informational

now… lets turn on more debug

in the config.js

change

    logLevel: [
      "INFO",
      "LOG",
      "WARN",
      "ERROR",
   //   "DEBUG"
    ],

loglevel like that (just hit enter after the commas and before the ]

then add the // debug line
then remove the leading //

just makes it easier later to turn off debug by adding the // (comment it out)

then in MagicMirror folder again do

npm start >somefile.txt 2>&1

wait til you think it should have updated...

then ctrl-q

and then look at the somefile.txt or send it to me
same user id at gmail 

(I added most of the debug output to work on calendar problems) 

then u can comment out "DEBUG" again

we did change the calendar parser version this release, to fix a couple bugs I added code for, and a big change on the repeating rule handler...

matt216

@sdetweil yikes, 14000 lines of calendar entries included in this one!
Any steer on what I’m looking for? Loads of personal info, so I won’t send over if that’s ok (no offence)

Matt

sdetweil

@matt216 well … just let you know… I don’t LOOK at any of that info… only the cal entry dates and processing… I only match by title… and I NEVER share…
(we just added the cal url to output as some were confused about which calendar was sending what entries… more debug info )

start of the content

[04.01.2024 11:14.45.590] [DEBUG] There are 5 calendar entries.
[04.01.2024 11:14.45.591] [DEBUG] Processing entry...
[04.01.2024 11:14.45.594] [DEBUG] Event:

then thru the next Event: is all one event, with its recurring events if any

I’m interested in the events that you says don’t show up…

one thing you can do is use the configured url to get the ics file
to make sure the calendar provider is providing the entry

if its in the ics , but not in the output, then this is a new parser problem… and I want to see the ics entry to test. all can be sent thru mail or private chat (altho chat posts are limited in size)

curl -sL thaturl >someicsfile.txt

ics file is just text
can u find that entry
can u find it in the debug output

sdetweil

@matt216 also, could you check

ip addr

and disable the IP v6 if present.
in desktop, menu , preferences, pi config , network settings. may have to reboot

sdetweil

@matt216 also another user having trouble… his url is a shared cal , the other person owns it, but has given the secret url to the spouse for MM cal usage

are any of the cals shared like this?

matt216

@sdetweil Hi Sam.
A newly created event is showing up in the debug logs, but not on the mirror display:

[05.01.2024 13:22.18.330] [DEBUG] Event:
{"type":"VEVENT","params":[],"created":"2024-01-05T13:20:05.000Z","end":"2024-01-06T10:00:00.000Z","dtstamp":"2024-01-05T13:20:06.000Z","start":"2024-01-06T09:00:00.000Z","datetype":"date-time","lastmodified":"2024-01-05T13:20:05.000Z","sequence":"0","summary":"test1234567","transparency":"OPAQUE","uid":"60E1B9F2-66C4-46ED-B98E-AD1A36FAB1EF","url":{"params":{"VALUE":"URI"},"val":""},"APPLE-CREATOR-IDENTITY":"com.apple.mobilecal","APPLE-CREATOR-TEAM-IDENTITY":"0000000000"}
[05.01.2024 13:22.18.330] [DEBUG] start: Sat Jan 06 2024 09:00:00 GMT+0000 (Greenwich Mean Time)
[05.01.2024 13:22.18.331] [DEBUG] end:: Sat Jan 06 2024 10:00:00 GMT+0000 (Greenwich Mean Time)
[05.01.2024 13:22.18.331] [DEBUG] duration: 3600000
[05.01.2024 13:22.18.331] [DEBUG] title: test1234567
[05.01.2024 13:22.18.331] [DEBUG] initial tz=Europe/London
[05.01.2024 13:22.18.332] [DEBUG] corrected tz=Europe/London
[05.01.2024 13:22.18.332] [DEBUG] start date/time=Sat Jan 06 2024 09:00:00 GMT+0000 (Greenwich Mean Time)
[05.01.2024 13:22.18.332] [DEBUG] start offset=0
[05.01.2024 13:22.18.333] [DEBUG] start date/time w tz =Sat Jan 06 2024 09:00:00 GMT+0000 (Greenwich Mean Time)
[05.01.2024 13:22.18.333] [DEBUG] event date=Sat Jan 06 2024 09:00:00 GMT+0000 (Greenwich Mean Time)
[05.01.2024 13:22.18.333] [DEBUG] event offset=0 hour=9 event date=Sat Jan 06 2024 09:00:00 GMT+0000 (Greenwich Mean Time)
[05.01.2024 13:22.18.333] [DEBUG] adjustHours=0
[05.01.2024 13:22.18.334] [DEBUG] Processing entry...

matt216

@sdetweil done

matt216

@sdetweil Not entirely sure what you mean here. This is a calendar that I own. It’s a locally hosted container service. Several devices read/write to it. It is a baikal server. I have seen several forum posts that suggest using the caldav URL adding ?export to the end to generate the ics file.

sdetweil

@matt216 ok… looking at the code

sdetweil

@matt216 can u show me that event from the ICS file?

does the rest of the debug output say

Calendar-Fetcher: Broadcasting xxx events

where xxx is not 0

matt216

@sdetweil from ics file:

BEGIN:VEVENT
CREATED:20240105T132005Z
DTEND;TZID=Europe/London:20240106T100000
DTSTAMP:20240105T132006Z
DTSTART;TZID=Europe/London:20240106T090000
LAST-MODIFIED:20240105T132005Z
SEQUENCE:0
SUMMARY:test1234567
TRANSP:OPAQUE
UID:60E1B9F2-66C4-46ED-B98E-AD1A36FAB1EF
URL;VALUE=URI:
X-APPLE-CREATOR-IDENTITY:com.apple.mobilecal
X-APPLE-CREATOR-TEAM-IDENTITY:0000000000
END:VEVENT

Broadcasting 1000+ events, yes.

sdetweil

@matt216 and it works perfectly here…

could you try in config before the calendars list

broadcastPastEvents: false

matt216

@sdetweil config now:

{
                        module: "calendar",
                        header: "calendar",
                        position: "top_left",
                        config: {
                                fetchInterval: 120000,
                                timeFormat: 'absolute',
                                maximumEntries: 5,
                                broadcastPastEvents: false,
                                calendars: [
                                        {
                                                url: 'https://my.cal.url',
                                                auth:   {
                                                        user: 'user',
                                                        pass: 'pass',
                                                        method: 'basic'
                                                        }
                                        }
                                        ],
                                }
                },

No change. Still not displaying newly created events. :(

sdetweil

@matt216 ok, i don’t know… lets get you back to running on the prior release

stop mm, shouldn’t be running as its not helpful

cd ~/MagicMirror

git tag -l

to see the list of tagged commits,

then

git checkout temp_branch -b tags/v???????

where ??? is the number 2.25.0 or whatever u want to go back to

then

rm -rf node_modules
npm install

please advise(we can get back to the current v2.26.0 branch too, very easily

sdetweil

@matt216 just one last thing, if you comment out

 maximumEntries: 5,

what happens?

matt216

@sdetweil commenting maximumEntries just shows the default 10 entries, but still does not include recently created events that should show within those 10.

Getting a git error (novice here, sorry):

fatal: 'temp_branch' is not a commit and a branch 'tags/v2.24.0' cannot be created from it

Although this issue existed before I upgraded to 2.26.0…

matt216

I might have a go at spinning up another calendar server and see if the issue still exists there. This calendar is a newly self-hosted one so it could be an issue there (although the magicmirror is the only device having trouble with it).

Thanks for the help still.
Matt

sdetweil

@matt216 also try

cd ~/MagicMirror
npm install electron@28.1.1

supposedly it has the fix for ipv6 vs 4