The event_id convention for recurring events changes once you edit an occurrence. The original is still returned when using expand_recurring=True
, however it is set to cancelled.
When editing a child event the event_id changes and two webhooks are created.
GMAIL Behaviour:
- Edit a recurring child event
- PUT /event/9r7szd0i6xkk92kqq6no3c1pi_20220505T233000Z
- This will create a new event
"id": "50vednoawzvnd3zfpbnfwvfzp", <<<<<<<< new ID
"job_status_id": "775q59svgwwfkdf50sr4c4x94",
"location": null,
"master_event_id": "9r7szd0i6xkk92kqq6no3c1pi", <<<<<< same master
Generate two webhooks:
event.created
andevent.updated
on the new event_id.- there is NO event.updated on the master event.
When you search for events between a time period and include expand_recurring=True&showDeleted=True
. Any cancellations are returned in addition to the base event and the new event. Cancellations have the attribute cancelled
== true
.
MS Behaviour:
When you edit a child recurring event we:
- Add the event_id to the attribute EXDATE on the master /event
event.update
webhook for master event_id- Mark the event_id as cancelled
- Create a new override event with the edited values
event.created
The difference is that we do NOT edit the master event on GMAIL. However you can track the relationship using master_event_id
.
Resources:
Highly recommended blog post explaining all the behaviours.
https://developer.nylas.com/docs/connectivity/calendar/recurring-events/#expand-recurring-parameter
Updated
Comments
0 comments
Please sign in to leave a comment.