CALDAV - suddenly not reading all Apple Calendars

Calendars have worked for along time, now oddly 2 of the calendars don’t get read for some reason. They are there and other calendars are read. Work, Home, RHS 2022-23 are in the same caldav login. Family and Reminders not read?

Suggestions?

Error log output:
Logger: homeassistant.components.calendar
Source: components/caldav/calendar.py:212
Integration: Calendar (documentation, issues)
First occurred: 10:24:58 AM (1 occurrences)
Last logged: 10:24:58 AM

caldav: Error on device update!
Traceback (most recent call last):
File “/usr/src/homeassistant/homeassistant/helpers/entity_platform.py”, line 507, in _async_add_entity
await entity.async_device_update(warning=False)
File “/usr/src/homeassistant/homeassistant/helpers/entity.py”, line 739, in async_device_update
await task
File “/usr/local/lib/python3.10/concurrent/futures/thread.py”, line 58, in run
result = self.fn(*self.args, **self.kwargs)
File “/usr/src/homeassistant/homeassistant/components/caldav/calendar.py”, line 147, in update
self.data.update()
File “/usr/src/homeassistant/homeassistant/util/init.py”, line 190, in wrapper
result = method(*args, **kwargs)
File “/usr/src/homeassistant/homeassistant/components/caldav/calendar.py”, line 212, in update
results = self.calendar.search(
File “/usr/local/lib/python3.10/site-packages/caldav/objects.py”, line 1063, in search
for i in components:
File “/usr/local/lib/python3.10/site-packages/vobject/base.py”, line 639, in
return (i for i in self.getChildren() if isinstance(i, Component))
File “/usr/local/lib/python3.10/site-packages/vobject/base.py”, line 631, in getChildren
for objList in self.contents.values():
RuntimeError: dictionary changed size during iteration

I have same issue…

Home Assistant 2023.2.5
Supervisor 2023.01.1
Operating System 9.5
Frontend 20230202.0 - latest

Logger: homeassistant.components.calendar
Source: components/caldav/calendar.py:212
Integration: Calendar ([documentation](https://www.home-assistant.io/integrations/calendar), [issues](https://github.com/home-assistant/home-assistant/issues?q=is%3Aissue+is%3Aopen+label%3A%22integration%3A+calendar%22))
First occurred: 08:55:09 (1 occurrences)
Last logged: 08:55:09

caldav: Error on device update!

Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", 
line 507, in _async_add_entity await entity.async_device_update(warning=False) File "/usr/src/homeassistant/homeassistant/helpers/entity.py", 
line 739, in async_device_update await task File "/usr/local/lib/python3.10/concurrent/futures/thread.py", 
line 58, in run result = self.fn(*self.args, **self.kwargs) File "/usr/src/homeassistant/homeassistant/components/caldav/calendar.py", 
line 147, in update self.data.update() File "/usr/src/homeassistant/homeassistant/util/__init__.py", 
line 190, in wrapper result = method(*args, **kwargs) File "/usr/src/homeassistant/homeassistant/components/caldav/calendar.py", 
line 212, in update results = self.calendar.search( File "/usr/local/lib/python3.10/site-packages/caldav/objects.py", 
line 1063, in search for i in components: File "/usr/local/lib/python3.10/site-packages/vobject/base.py", 
line 639, in <genexpr> return (i for i in self.getChildren() if isinstance(i, Component)) File "/usr/local/lib/python3.10/site-packages/vobject/base.py", 
line 631, in getChildren for objList in self.contents.values(): RuntimeError: dictionary changed size during iteration

So for me, I was using a secrets file. I put the username and password directly in config.yml and the issue disappeared. I recreated the secrets file and am using secret! now and everything is back to normal.

Give that a try and see what happens.

Didn’t work for me… created a new specific password try that… Nothing.
Disabled a integration that uses also iCloud (iCloud3 tracker) and same issue is there.

Removed CalDav from configuration file to load. Restart HA, put it back and restart HA.
Didn’t work also…

Installed latest HA this morning Home Assistant 2023.3.0 and now the calendars are back!

1 Like