jackkamm

In the case of updating from WebCal or plain ICS instead of CalDav, we could use SEQUENCE property instead of ETag to update: https://icalendar.org/iCalendar-RFC-5545/3-8-7-4-sequence-number.html We already store SEQUENCE in the...

I agree it would be better if this were nil by default, and I pushed a change to that effect, but then reverted it shortly thereafter when I realized it...

I've updated the documentation in https://github.com/dengste/org-caldav/pull/294, and it now lists `org-caldav-files` as a required configuration variable in "Basic setup" (formerly "In a nutshell"). However I leave this issue open because...

Are you doing one-way `cal->org` sync? I noticed this problem before when doing the 1-way sync -- the event gets pulled into Org, but doesn't get updated if changed on...

What Emacs and org versions are you using?

@djs42012 google calendar does not support iCalendar todos, so you shouldn't try to sync the todos as such -- instead you need to sync them as regular calendar events (not...

Not sure what might be causing this. Recommend to increase verbosity with `(setq org-caldav-debug-level 2)` and see if there are any clues. Also, I recommend to check the database file,...

Debug output is written to a separate buffer, named something like `*org-caldav-debug*`. I don't think `org-caldav-show-sync-results` affects it, but it might still be helpful to set it, as the sync...

Thanks, the debug log is helpful. I think the offending event is actually a different one, `4fc20097-02a9-41ae-a641-0b3f1349dcd2.1677142492075`. While something is indeed going wrong with the "Bb" event, org-caldav manages to...

The timing of the file saves is an interesting clue. This comment might be related: https://github.com/dengste/org-caldav/issues/273#issuecomment-1536472670 We probably need to add another file save at some point during the sync,...