https://bugs.freedesktop.org/show_bug.cgi?id=63881 Patrick Ohly <patrick.ohly(a)gmx.de&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #1 from Patrick Ohly <patrick.ohly(a)gmx.de&gt; --- See this commit (for 1.4.99.3): commit 43ab1aba81467bbfa02a85a4ded67e2fa3733e79 Author: Patrick Ohly <patrick.ohly(a)intel.com&gt; Date: Mon Jul 14 04:46:29 2014 -0700 Google Calendar: remove child hack, improve alarm hack (FDO #63881) Google recently enhanced support for RECURRENCE-ID, so SyncEvolution no longer needs to replace the property when uploading a single detached event with RECURRENCE-ID. However, several things are still broken in the server, with no workaround in SyncEvolution: - Removing individual events gets ignored by the server; a full "wipe out server data" might work (untested). - When updating the parent event, all child events also get updated even though they were included unchanged in the data sent by SyncEvolution. - The RECURRENCE-ID of a child event of an all-day recurring event does not get stored properly. - The update hack seems to fail for complex meetings: uploading them once and then deleting them seems to make uploading them again impossible. All of these issues were reported to Google and are worked on there, so perhaps the situation will improve. In the meantime, syncing with Google CalDAV should better be limited to: - Downloading a Google calendar in one-way mode. - Two-way syncing of simple calendars without complex meeting serieses. While updating the Google workarounds, the alarm hack (sending a new event without alarms twice to avoid the automatic server side alarm) was simplified. Now the new event gets sent only once with a pseudo-alarm. -- You are receiving this mail because: You are on the CC list for the bug.