I noticed an issue with the consistency of data arriving via the webhook functionality. Normally, when an entity is deleted, it will post the “deleted” event correctly, but I found that it won’t post the “deleted” event in case the delete is brought about by a cascaded operation.
Steps to reproduce:
Set up webhook for license.created, license.deleted, activation.created, activation.deleted
Create License
Activate License
Delete License
As the license is deleted, it appears that activations depending on the license will also be deleted, however silently.
Expected Behaviour
4 webhooks posted. The order between the deleted events is not critical, but the activation.deleted webhook being posted first is ideal.
license.created
activation.created
activation.deleted
license.deleted
Actual Behaviour
3 webhooks posted, with the activation.deleted webhook missing.
We don’t plan to support cascade webhook events. Sometimes a license may have a hundred thousand activations and triggering so many events is impractical.
Thank you for the reply, it makes a lot of sense. I will simply do the cascade on my end, then. I presume it’s the same behaviour for all parent-child relationships (users → licenses → activations, etc)?
Thank you azan! That’s a big help. So, if I delete a user with licenses, it means the user attribute on the license will be set to null, in case it’s fetched from the API?