Read the statement by Michael Teeuw here.
Calendar not updating
-
@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 entryif 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 -
@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 -
@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?
-
@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...
-
@sdetweil done
-
@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.
-
@matt216 ok… looking at the code
-
@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
-
@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.
-
@matt216 and it works perfectly here…
could you try in config before the calendars list
broadcastPastEvents: false