You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've searched existing issues and this isn't a duplicate.
This is a reproducible bug in Calnode — not a configuration/setup question or a feature request.
What's the bug?
Hi,
my colleague and I were just trying to connect our calendars and noticed that we had the CalDAV/Apple option once, then it didnt work for some reason and now the option is no longer showing up. Only Google and Microsoft show up as an option.
Thanks for the report! We've tried to reproduce this on a few fresh instances and CalDAV always shows up as an option, so this looks like it's specific to what's happening on your instance rather than a general bug in the CalDAV feature — we also just did an end-to-end test (connect → discovery → free/busy → booking write-back against a real CalDAV server) and it all worked correctly.
A couple of things that would help us pin it down, if you're up for it:
What does your Calendar settings page show right now? Does CalDAV appear anywhere — either as an existing connection (with a "Disconnect" button) near the top, or as a "Connect" option further down? A screenshot of the full page would help.
Container startup logs, if you still have access to the instance:
That said — if you'd rather not dig through logs, the fastest path back to a working state is probably to tear down the container/volume and redeploy fresh from the latest image. Given we can't reproduce this on new instances, whatever state your instance is in looks like a one-off rather than something everyone hitting the latest release would see. Happy to keep digging into root cause from the diagnostics above if you're able to grab them first, though — that'd help us catch a real bug if there is one under here.
Hm, surprisingly it works now, even though we didn't change anything. Maybe a restart of the application fixed it, i'm not sure. But when i first started it and signed up as the initial user I also didn't get the owner role so maybe something hiccuped. Can be closed now.
Activity
pullfrog commentedon Aug 12, 2026
shockalotti commentedon Aug 18, 2026
Thanks for the report! We've tried to reproduce this on a few fresh instances and CalDAV always shows up as an option, so this looks like it's specific to what's happening on your instance rather than a general bug in the CalDAV feature — we also just did an end-to-end test (connect → discovery → free/busy → booking write-back against a real CalDAV server) and it all worked correctly.
A couple of things that would help us pin it down, if you're up for it:
CalDAV calendar configured(fine) vscaldav: init failed(tells us exactly what broke).That said — if you'd rather not dig through logs, the fastest path back to a working state is probably to tear down the container/volume and redeploy fresh from the latest image. Given we can't reproduce this on new instances, whatever state your instance is in looks like a one-off rather than something everyone hitting the latest release would see. Happy to keep digging into root cause from the diagnostics above if you're able to grab them first, though — that'd help us catch a real bug if there is one under here.
PrinzKenny1 commentedon Aug 21, 2026
Hm, surprisingly it works now, even though we didn't change anything. Maybe a restart of the application fixed it, i'm not sure. But when i first started it and signed up as the initial user I also didn't get the owner role so maybe something hiccuped. Can be closed now.
shockalotti commentedon Aug 23, 2026
AWESOME! Less work :) Ha ha. Closing now.