Inconsistency with the Zoom Recording Webhook API

API and Webhooks
, ,
1

We have identified an inconsistency with the Zoom Recording Webhook that requires your attention.

For the following meeting IDs:

  • 85750316412

  • 84371061977

During each of these meetings, the recording was stopped while the session was still live and then restarted. This resulted in two separate recordings for each meeting. However, we observed that the webhook API was triggered only for the most recent recording and not for the earlier one.

Previously, the webhook functioned correctly even when the recording was stopped and restarted during the same meeting. In such cases, two separate recordings were generated, and webhook API were triggered for both. Over the past month, however, we have consistently encountered this issue where the webhook is only triggered for the latest recording.

This inconsistency is critical, as it impacts our ability to process and track recordings accurately. We kindly request that this matter be investigated and resolved at the earliest possible time.

Thank you for your continued support.

2

Hi @sanket
Thanks for reaching out to us and reporting this behavior.
Allow me to run some test on my end and I will get back to you with an update soon

3

Hi @sanket
I’m not aware of any recent changes to the Recording webhook, but I did some testing and noticed that I only received one recording.completed webhook for my meeting, even though I stopped the recording once. However, in the payload for that recording.completed event, I did receive all the files associated with the meeting specifically, I received two recordings differentiated by their recording_start and recording_end fields.

Are you seeing different behavior on your end?