# Receiving recording.completed event, but recording is still processing

**URL:** <https://devforum.zoom.us/t/receiving-recording-completed-event-but-recording-is-still-processing/94708>\
**Category:** Cloud Recordings\
**Tags:** webhooks, recording\
**Created:** [September 8, 2023, 1:50pm UTC](https://devforum.zoom.us/t/receiving-recording-completed-event-but-recording-is-still-processing/94708 "2023-09-08T13:50:15Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![dom\_cquence](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/dom_cquence/32/44159_2.png) [@dom\_cquence](https://devforum.zoom.us/u/dom_cquence)\
**Post date:** [September 8, 2023, 1:50pm UTC](https://devforum.zoom.us/t/receiving-recording-completed-event-but-recording-is-still-processing/94708/1 "2023-09-08T13:50:15Z")

</div>

**API Endpoint(s) and/or Zoom API Event(s)**

- [/zoom-api/events/#operation/recording.completed](https://developers.zoom.us/docs/api/rest/reference/zoom-api/events/#operation/recording.completed)
- [/zoom-api/methods/#operation/recordingsList](https://developers.zoom.us/docs/api/rest/reference/zoom-api/methods/#operation/recordingsList)

**Description**  
For some of our user’s meetings, we get the the `recording.completed` event, but the recording is not available yet (when we navigate to the meeting URL it says the meeting is still processing). This happens for some meetings, but not all. We need to download the recording files and perform processing, and rely on the `recording.completed` to know that the recording files are ready. Is there another event we should be listening to? What would be the best way to troubleshoot this?

**Error?**  
N/A

**How To Reproduce**  
(see description above) Try to download the user’s cloud recordings soon after the `recording.completed` event, and it says the meeting is still processing.

---

<div class="post-metadata">

**Author:** ![ojus.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/ojus.zoom/32/734_2.png) [@ojus.zoom](https://devforum.zoom.us/u/ojus.zoom)\
**Post date:** [September 8, 2023, 9:09pm UTC](https://devforum.zoom.us/t/receiving-recording-completed-event-but-recording-is-still-processing/94708/2 "2023-09-08T21:09:46Z")

</div>

Hi @dom_cquence  
The recording.completed event should ideally indicate that the recording has been processed and is ready for download, however in some cases this could misfire. The error code in this case is 3301. You can consider implementing a delay if you receive that error code and trying again.

---

<div class="post-metadata">

**Author:** ![dom\_cquence](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/dom_cquence/32/44159_2.png) [@dom\_cquence](https://devforum.zoom.us/u/dom_cquence)\
**Post date:** [September 11, 2023, 6:13pm UTC](https://devforum.zoom.us/t/receiving-recording-completed-event-but-recording-is-still-processing/94708/3 "2023-09-11T18:13:24Z")

</div>

Thanks for the response. Where would I see that error code? I don’t see anything in the [schema](https://developers.zoom.us/docs/api/rest/reference/zoom-api/events/#operation/recording.completed)  
Also, do you know often it misfires? It seems to happen a lot for some of our users.

---

<div class="post-metadata">

**Author:** ![ojus.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/ojus.zoom/32/734_2.png) [@ojus.zoom](https://devforum.zoom.us/u/ojus.zoom)\
**Post date:** [September 11, 2023, 7:18pm UTC](https://devforum.zoom.us/t/receiving-recording-completed-event-but-recording-is-still-processing/94708/4 "2023-09-11T19:18:33Z")

</div>

@dom_cquence the error code should be in the API response

---

<div class="post-metadata">

**Author:** ![dom\_cquence](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/dom_cquence/32/44159_2.png) [@dom\_cquence](https://devforum.zoom.us/u/dom_cquence)\
**Post date:** [September 12, 2023, 5:49pm UTC](https://devforum.zoom.us/t/receiving-recording-completed-event-but-recording-is-still-processing/94708/5 "2023-09-12T17:49:48Z")

</div>

Sorry, I’m not sure I’m following. Are you referring to the response from calling [/zoom-api/methods/#operation/recordingsList](https://developers.zoom.us/docs/api/rest/reference/zoom-api/methods/#operation/recordingsList)? This returns a 200 status code, and I don’t see an error code in that schema

---

<div class="post-metadata">

**Author:** ![ojus.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/ojus.zoom/32/734_2.png) [@ojus.zoom](https://devforum.zoom.us/u/ojus.zoom)\
**Post date:** [September 12, 2023, 8:31pm UTC](https://devforum.zoom.us/t/receiving-recording-completed-event-but-recording-is-still-processing/94708/6 "2023-09-12T20:31:13Z")

</div>

@dom_cquence I was referring for this API: [Zoom Meeting API](https://developers.zoom.us/docs/api/rest/reference/zoom-api/methods/#operation/recordingGet)

You will only see the error if the recording does not exist or is being processed. If you are calling the list recordings API (the one that you mentioned) there are two possible scenarios that could occur if the recording hasnt been processed:  
a. You wont see the recording details in the API response  
b. You will get the recording, but when you click on the link it will say it is processing.

---

<div class="post-metadata">

**Author:** ![dom\_cquence](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/dom_cquence/32/44159_2.png) [@dom\_cquence](https://devforum.zoom.us/u/dom_cquence)\
**Post date:** [September 14, 2023, 12:43pm UTC](https://devforum.zoom.us/t/receiving-recording-completed-event-but-recording-is-still-processing/94708/7 "2023-09-14T12:43:34Z")

</div>

I figured it out. We have a separate process to fetch recordings that caused this issue, it wasn’t based on the webhook. The process was trying to fetch recordings that had not completed processing yet. This was working as expected in the past, so it’s possible that the behavior for the Zoom recordings endpoint changed at some point. Thank you for your help in troubleshooting.
