Zoom Developer Forum

Why isn't the recording.completed webhook firing when stopping recordings mid-call?

Updated at:
September 11, 2025
Written By:
Gerry Saporito

Question

People commonly ask on the Zoom Developer Forum:

We have access to the Zoom Recording Webhook and have noticed an inconsistency that needs your attention. For the following meeting IDs:

85750316412

84371061977

During each meeting, the recording was stopped while the session/meeting was 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 latest recording in each case, and not for the earlier one.

This is a critical issue, as the webhook is not being triggered consistently for meetings that generate multiple recordings. As a result, our ability to process and track recordings accurately may be impacted.

We kindly request you to investigate this matter at the earliest. Thank you for your support.

Answer

The recording.completed event fires once per meeting/webinar instance, after the host ends the meeting and the recording has been processed/uploaded to cloud. This is also when the recording “becomes available to view or download.” It does not fire once per start/stop segment inside the same meeting

If you stop and restart recording during a live meeting, you’ll still only get one recording.completed for that instance. To enumerate all segments/files created during that meeting, call GET /meetings/{meetingUUID}/recordings endpoint after you receive the webhook (remember to double-encode UUIDs that start with / or contain //).

For earlier awareness of mid-meeting stops/starts, you can also subscribe to recording.stopped event and reconcile when the final recording.completed arrives.


Zoom Developer Forum Examples

Some examples of this question are:

Written By:
Gerry Saporito