Top of pageSkip to main content


Below are upcoming and recent backwards compatible changes made to the Zoom Developer Platform. The features and release dates listed below are provisional and subject to change in Zoom’s sole discretion at any time. Visit our Changelog for information on our latest releases. For performance related changes made to APIs and Webhooks, refer to the Zoom Developer Forum.

On This Page

Meeting API: deprecation notice for field recording_highlight

As of October 24, 2022, the recording_highlight field in meeting API and webhook events is being deprecated. For more information, see API updates and October 2022 Meeting API release note.

Contact Center API: removing fields in two reporting endpoints

Fields in two of the Zoom Contact Center API's reporting endpoints are being replaced by a new set of fields, as of October 21, 2022. The new fields enable a more scalable design and schema. This change effects the List historical queue reports endpoint (GET /v2/contact_center/analytics/historical/queues/metrics) and the List historical queue's agents reports endpoint (GET /v2/contact_center/analytics/historical/queues/{queueId}/agents/metrics).

The fields being removed from the List historical queue reports endpoint are: total_completed_calls, short_abandoned_calls, long_abandoned_calls, total_missed_calls, average_call_talking_duration, longest_call_talking_duration, shortest_call_talking_duration, average_call_waiting_duration, longest_call_waiting_duration, shortest_call_waiting_duration, average_call_wrap_up_duration, longest_call_wrap_up_duration, shortest_call_wrap_up_duration, total_outbound_calls, hold_abandoned_calls, hangup_outbound_calls, short_outbound_calls, and long_outbound_calls.

The fields being removed from the List historical queue's agents reports endpoint are: total_inbound_calls, total_completed_calls, total_declined_calls, total_missed_calls, average_voice_call_talking_duration, longest_call_talking_duration, shortest_call_talking_duration, average_call_wrap_up_duration, longest_call_wrap_up_duration, shortest_call_wrap_up_duration, total_outbound_calls, hangup_outbound_calls, short_outbound_calls, and long_outbound_calls.

Current response body schema exampleNew response body schema example
  "next_page_token": "",
  "page_size": 100,
  "total_records": 1,
  "queues": [
      "queue_id": "ZWQ9B2DZZZZZZZZZZZZZ5E68D1E",
      "queue_name": "Customer Support Voice",
      "total_inbound_calls": 63,
      "total_completed_calls": 48,
      "short_abandoned_calls": 8,
      "long_abandoned_calls": 4,
      "total_missed_calls": 5,
      "total_transferred_in": 0,
      "total_transferred_out": 1,
      "total_overflowed": 2,
      "average_call_talking_duration": 160.82,
      "longest_call_talking_duration": 2510.0,
      "shortest_call_talking_duration": 2.0,
      "average_call_waiting_duration": 23.59,
      "longest_call_waiting_duration": 639.0,
      "shortest_call_waiting_duration": 2.0,
      "average_call_wrap_up_duration": 3590.74,
      "longest_call_wrap_up_duration": 119388.0,
      "shortest_call_wrap_up_duration": 2.0,
      "total_outbound_calls": 3,
      "service_level": 0.92,
      "hold_abandoned_calls": 1,
      "hangup_outbound_calls": 0,
      "short_outbound_calls": 3,
      "long_outbound_calls": 0
 "next_page_token": "",
 "page_size": 1,
 "total_records": 1,
 "queues": [
     "queue_id": "ZWQ9B2DZZZZZZZZZZZZZ5E68D1E",
     "queue_name": "Customer Support Voice",
     <omitted for brevity - see the API reference>,
     "voice": {
       <omitted for brevity - see the API reference>
     "sms": {
       <omitted for brevity - see the API reference>
     "chat": {
       <omitted for brevity - see the API reference>
     "video": {
       <omitted for brevity - see the API reference>

Contact Center API changes

As of August 2022, the List historical voice queue reporting API within the Contact Center API will be deprecated.

Important dates

  • August 19, 2022: List historical voice queue reports endpoint is deprecated.
  • August 19, 2023: List historical voice queue reports endpoint is deleted.

Webhook validation and verification changes

Updated: October 03, 2022

Zoom made changes to webhook validation and verification.

Webhook validation

Webhook endpoints require initial manual validation before Zoom will send events to them. Endpoints will also be validated every 72-hours using a challenge-response check.

Webhook validation will be required for all new webhooks created after Oct 23, 2022. Webhooks created prior to this date will not require validation unless you make changes to them.

Webhook validation will be required for all new and existing webhooks as of October 2023.

See Validate your webhook endpoint for details.

Webhook verification

The Webhook verification token is deprecated. It will be sunset as of October 2023.

There is a new way to verify that webhook events are sent by Zoom using a new secret token and x-zm-signature header. We recommend that you replace your existing webhook verification logic with this new logic, described in Verify webhook endpoints.

New Quality of Service Subscription (QSS) Events

Posted: August 15, 2022

Zoom Quality of Service Subscription (QSS) is an add-on product that enables Developers to receive details about the network traffic in near real-time for users, hosts, and participants in their meetings, webinars, and phone calls. This data can be used to proactively troubleshoot and identify issues as quickly as possible. Contact Zoom Sales to add this feature.

Learn more about QSS here.


In addition to having the QSS product on your account, at least one user on the account must have Developer permissions enabled to be able to create an application that can subscribe to QSS events. This user should create a Zoom app and enable webhooks. See Using webhooks for details.

To enable QSS events

On the Feature page for the Marketplace app, enable Event Subscription and add the Event notification endpoint URL to send the webhooks. Click Add events and select QSS. Select the QSS events that you’d like to receive.

See a list of events and their details in QSS Event reference. You can also access this documentation on the left sidebar navigation on the API Reference page.

SDK Minimum Version Policy

Posted: May 09, 2022

Last year, we reached out about a Zoom minimum client enforcement policy across all Zoom products and services. Based on customer feedback, we have decided to revise this policy.

We will block SDK versions below a minimum version and enforce this minimum version on a quarterly schedule. The schedule will be the first weekend of November, February, May, and August. On that same schedule, we will announce the minimum version required across products and services for the next scheduled enforcement in order to provide three months notice. However, we may require additional updates outside of this release window to address larger security or compliance features.

We plan to implement this new quarterly minimum version schedule on November 5, 2022 for both Meeting and Video SDKs. Users running an end-of-life version after November 5 will not be able to join meetings via the SDK. See below for a summary.

ProductMinimum version as of
November 5, 2022
Meeting SDK for Windows,
macOS, iOS, and Android
Meeting SDK for Web2.1.0
Video SDK for Windows,
macOS, iOS, and Android
Video SDK for Web1.2.0

To avoid multiple updates in short succession, we recommend updating users to the latest version whenever possible. Zoom will make an effort to support a given version of SDK software for at least nine months before it reaches end-of-life.

This information is also shared on the SDK minimum version policy page. We will continue to share reminders and additional information before this policy begins in November. See the Changelog and Zoom Software Quarterly Lifecycle Policy for details, or reach out to the Zoom Developer Support Team.

API email address display rules

Posted: March 01, 2022

Starting March 01, 2022, Zoom will no longer display email addresses for users flagged as guests in Zoom API responses.

Zoom will continue to display the email addresses of users on your Zoom account.

Zoom will also continue to display email addresses for guest users, when:

  • The participants enter their email addresses in the meeting or webinar registration flow. The email address is displayed only for the specific meeting or webinar.
  • The host provides the participant's email to Zoom, and:
    • The participant is on the calendar invitation or event using one of Zoom's calendar integrations: Outlook or Google Calendar.
    • The participant has been externally authenticated using an authentication system provided by the host.
    • The participant's email was entered with the Allow authentication exception option.
    • The participant's email was entered using the Breakout Rooms assignment or Allow authentication exception to Breakout Rooms features.
    • When you import a CSV file for panelists and attendees of a webinar.

For more information about affected APIs and events, and actions you may need to take to ensure your integrations do not break, see Zoom API email address display rules.

Shared access permissions for apps

Posted: November 21, 2021

With shared access permissions, a user can choose whether your app can access the following information:

  1. Only information associated with them as the installing user (including others involved in that information, for example, a calendar invitation); or
  2. Both the information associated with them and the others that user is allowed to access (again, along with the others included in that information, such as a calendar invitation).

Scenario 2 refers to where a user authorizes your app to use their “shared access permissions” when they install or manage your app on their account. In the example above, the user can choose to share access permissions to schedule meetings for another user’s account with your app. See Allowing Apps access to shared access permissions for details on the end user experience.

See Shared access permissions for developer details.

List Meeting SDK Apps on Marketplace

Updated: December 21, 2021

We're excited to announce that the Meeting SDK gives you the tools to list your app on the Zoom App Marketplace.

To take advantage of this opportunity, please upgrade your Native Meeting SDK to version 5.9.0 as soon as possible.

The benefits include:

  • Easier sign-in with OAuth 2.0, handled by the App Marketplace.
  • Greater exposure for your app with a public listing in the App Marketplace and in the Active Apps Notifier (AAN).

To list your app on the marketplace:

We hope you will take advantage of this opportunity to grow your user base by listing your app on the Marketplace.

Zoom has deprecated support for user login through email with the release of Meeting SDK 5.9.0. We recommend that you upgrade to use OAuth as soon as possible.

Rate limit updates for Webinar APIs

We are introducing new rate limits to Create a webinar and Update a Webinar APIs. Starting October 23, 2021, these endpoints will have a rate limit of 100 requests/day per user.

The following error message is displayed anytime an application exceeds this limit:

You have exceeded the daily rate limit ($RateLimitValue) of Webinar Create/Update API requests permitted for this particular user. You may resume these requests at GMT 00:00:00.

Discontinuing the Webinar 100 plans

After September 30, 2021, Zoom will discontinue the Webinar 100 plan. The Billing APIs will no longer support the webinar100_monthly and webinar100_yearly fields after this date.

For more information, read the June 2021: Expanded Webinar Capacity FAQ in the Zoom Help Center.

Phone API: Deprecate has_voicemail and has_recording responses

Zoom is deprecating the following responses in the Get call log details and Get user's call logs Phone APIs and the Callee call log completed and Caller call log completed Phone webhooks. We will completely remove these responses in a future release:

  • has_voicemail
  • has_recording

We replaced these deprecated responses with the call_id and call_log_id responses as follows:

  • In the recordings response of the Get user's recordings Phone APIs.
  • In the call_logs part of the Callee call log completed and Caller call log completed Phone webhooks.

We recommend that you use the new call_id and call_log_id responses in place of the deprecated responses.

How can I determine if a call log has a recording or voicemail?

You can use the new call_id property to associate call logs and recordings.

When making an API request to the Get account's call logs API's response:

  "next_page_token": "ABCDEFG1234567890",
  "page_size": 1,
  "total_records": 1,
  "from": "2021-06-16",
  "to": "2021-07-16",
  "recordings": [
      "id": "44444c6666666666a555555555f0e0c0",
      "caller_number": "1234",
      "caller_number_type": 1,
      "caller_name": "",
      "callee_number": "5678",
      "callee_number_type": 1,
      "callee_name": "Username",
      "direction": "inbound",
      "duration": 6,
      "date_time": "2021-07-12T06:39:02Z",
      "recording_type": "OnDemand",
      "call_log_id": "77777c77-7777-4444-b999-666666d6d6c6",
      "call_id": "1234567890",
      "owner": {},
      "site": {
        "id": "8g72O2rxR8MfUqZmJIFAdQ"
      "end_time": "2021-07-12T06:39:09Z"

You can use the call_id value (for example, the call_id value of 1234567890) to make a request to the Get call log details API to associate a call log with a recording.


To fetch all recordings for an account, use Get call recordings.

To fetch recordings for a user, use Get user's recordings.


To fetch all voicemail for an account, use Get account voicemails.

To fetch voicemail for a user, use Get user's voicemails.

Active Apps Notifier relaunch and improvements

In the coming weeks, Zoom will be relaunching the Active Apps Notifier (AAN) with improved functionality based on valuable feedback from our developer community. We’ve used this feedback to make the changes detailed below.

  • When an app has real-time access to meeting or webinar content, the icon(s) will be shown in the AAN along with a tooltip, and accessible in the same window as the current meeting or webinar via the Meeting Information icon in the top left corner of the window.
  • The AAN will only list apps that access meeting or webinar content (audio, video, chat) during a meeting or webinar.
  • Language associated with each app in the AAN is clearer.
  • Icons will be used in the AAN in order to clarify what types of content apps have access to within a meeting or webinar.

Please reach out via Developer Support or the Developer Forum if you need assistance or have any questions about the AAN or these improvements, and how they might affect your application.

Data compliance deprecation notice

Zoom is deprecating the Data Compliance API. You should discontinue using this API as it will be completely inoperative in a future release.

The marketplace app submission & review process no longer includes this requirement. An email with more details regarding this change will be sent to all impacted developers in the near future.

IM metrics API sunset notice

Starting July 1, 2021, the existing IM metrics API will no longer provide data related to chat messages that are sent and received after July 1, 2021 by users. You may continue to use the existing IM metrics API to query data on messages that were sent prior to July 1, 2021.

We will keep the existing IM metrics API in place for the next six months in order for customers to access the dashboard's data for usage prior to July 1, 2021 (old format of data). Additionally, Zoom will not store the old Dashboard IM data starting from this date. Similar to other Dashboard APIs, the Get IM metrics API only supports retrieving data from a month that falls within the six months. After January 1, 2022, you will not be able to retrieve any data using this API.

For usage data from July 1, 2021 and moving forward, customers will have to use the new dashboard Chat API once it’s enabled on July 1, 2021.

Alternate option

To get metrics on chat messages sent on and after July 1, 2021, use the Chat metrics API.

Web SDK SharedArrayBuffer

When Chrome 92 releases on July 20th, the Chrome SharedArrayBuffer will only work with cross-origin isolated pages. This will affect any previously configured Web SDK clients. Therefore, you must reconfigure your web server settings and upgrade to the Web Meeting SDK version 1.9.5 if you want to continue using this feature.

See below for a summary of steps to configure your web server.

To reconfigure your web server

  1. Apply SharedArrayBuffers origintrials for your domain. This temporary extension works until the Chrome 94 release.
  2. Enable cross-origin isolation for the Web SDK.
  3. Update to the Web Meeting SDK version 1.9.5 or higher.

Zoom OAuth security updates

Updated: February 23, 2022

As part of our continued efforts to improve security for Zoom OAuth App Types using Authorization Flow, we released three new security features. These features go into effect on May 16, 2021. They are recommended, but not required, and will not affect your existing OAuth apps in production.

Support for x-www-form-urlencoded Content-Type headers

Zoom supports x-www-form-urlencoded Content-Type headers in the requests for access tokens, refresh tokens, and revoking tokens.

This Content-Type enables these requests to send parameters in the body of the requests instead of as query parameters, enabling better security.

See Step 2: Request Access Token, Refreshing an Access Token, and Revoking an Access Token in OAuth with Zoom for details.

Support PKCE for authorization_code grant_type

Zoom supports Proof Key for Code Exchange (PKCE) when requesting user tokens. This offers better security by enabling clients to use a code challenge and code exchange as part of the initial user authorization request.

See Using Proof Key for Code Exchange (PKCE) in OAuth with Zoom for details.

Allow list URLs must explicitly define subdomains

Zoom checks the subdomain for allow list URLs. Therefore, be sure to explicitly list subdomains as allow list URLs as valid redirect URLs for your OAuth flows. See Generate App Credentials in Create an OAuth App for details.

IM APIs deprecation notice

In December 2021, Zoom will stop supporting the IM groups and IM chat APIs in favor of a consolidated set of APIs under Groups and Chat APIs. The endpoints that will be deprecated are listed below.

IM directory APIs

All of the IM directory APIs will be removed from the Zoom API collection in December 2021 as this feature will no longer be a standalone feature in the Zoom product. We will be consolidating IM directory groups with the Groups feature and will be providing a new set of APIs that replace this feature in a future release.

Create an IM directory groupPOST /v2/im/groups
List IM directory groupsGET /v2/im/groups
Retrieve an IM directory groupGET /v2/im/groups/{groupId}
Update an IM directory groupPATCH /v2/im/groups/{groupId}
Delete an IM directory groupDELETE /v2/im/groups/{groupId}
List IM directory group membersGET /v2/im/groups/{groupId}/members
Add IM directory group membersPOST /v2/im/groups/{groupId}/members
Delete IM directory group membersDELETE /v2/im/groups/{groupId}/members/{memberId}

IM chat APIs

The IM chat APIs provide authorized users with access to data associated with IM chat history. Account owners and admins can also find this data by navigating to Zoom Admin Portal >> Account Management >> Reports >> Chat History >> User Activity.

We will remove all existing IM chat sessions APIs that provide this data from the Zoom API collection in a future release.

Use the following APIs in place of the deprecated IM chat sessions APIs:

APIsDeprecated endpointNew endpoint
Get IM chat sessionsGET /v2/im/chat/sessionsUse Get chat sessions reports.
Get IM chat messages of a sessionGET /v2/im/chat/sessions/{sessionId}Use Get chat messages reports.
Get user’s IM chat messagesGET /v2/im/users/{userId}/chat/messagesUse List user’s chat messages API.
Send IM messagesPOST /im/users/me/chat/messagesUse Send a chat message API.

Required Web SDK update

Posted January 10, 2021

To complete alignment with Zoom’s security initiative, including the new AES 256-bit GCM encryption, we will disable un-encrypted audio within meetings that are not using AES 256-bit GCM audio encryption starting on Sunday, January 10, 2021.

As a result of this change, we are requiring all Web SDK users to upgrade their Web SDK integrations to the latest available version 1.8.5 that supports AES GCM encryption audio to avoid service interruptions.

Please note that as of January 10th, all older versions of the Web SDK (versions 1.8.3 and below) will no longer have computer audio functionality within meetings.

To get started with the latest version of the WebSDK, please visit the Zoom Web SDK documentation page, where you can also download our Sample Web app or our npm module.

For a full list of details about recent Web SDK changes, please visit our developer change log page.

Determine latency in webhooks delivery

We understand that our customers expect webhooks delivery to be near real-time. However, in certain cases there can be a delay. In the December 2020 release, we included the event_ts parameter in the payload of all Webhooks. This field represents the timestamp of when the associated event occurred.

If you keep track of notification delivery timestamp in your application, you can determine the latency in webhook delivery by calculating the difference between the delivery timestamp and the value of the event_ts parameter.

Upcoming meeting security enhancements

On December 19, 2020, a security setting named “Require that all meetings are secured with one security option” will be added to the account settings of all Zoom customers. This setting is auto-enabled and locked for Pro, Business(with 10-100 licenses) and EDU(K/12 Free) accounts. All meetings scheduled by these accounts are required to be secured with one of the following security options: a passcode, Waiting Room, or “Only authenticated users can join meetings”. This requirement may only be disabled by account owners or admins in Enterprise, ISV, Business (with more than 100 licenses) and paid EDU accounts.

If one or more of these meeting security settings(passcode, waiting room, authentication) are enabled on the account but not locked at the account or the group level, users may choose which setting to enable or disable while scheduling the meeting. On September 27, 2020, we included the meeting_security parameter in Account Settings, Account Lock Settings, User Settings, Group Settings and Group Lock Settings API, using which you can access the meeting security settings that have been applied to users in Pro accounts, Business accounts(with 10-100 licenses) and EDU(K/12 Free) accounts.

  • From account settings, you can use the meeting_security query parameter to view settings that have been enabled on the account.
  • From locked account settings, you can use the meeting_security query parameter to view meeting security settings that have been enabled and locked for all users in the account.
  • From user settings, you can use the meeting_security query parameter to view meeting security settings that have been enabled for a user. From group settings, you can view settings that have been enabled for users in a group.

API behavior changes

After this change takes effect, either a Passcode, Waiting Room or Authentication settings will be required for all meetings that are hosted by accounts that have enabled the “Require that all meetings are secured with one security option” setting. Comply with this requirement by using at least one of the following options while scheduling and updating meetings via Zoom APIs:

a). Provide a valid value for the password field.

b). Set the value of waiting_room to true.

c). Set the value of meeting_authentication to true and provide a valid value for the authentication_option field.

If you do not comply with this requirement and disable all three meeting security settings( password = null , waiting_room = false , meeting_authentication = false), Zoom will overwrite the value(s) provided in the request to enable at least one of these settings. In such scenarios, note the values returned in the response body of Create a meeting request or use the Get a meeting API to retrieve and store accurate information regarding the security settings that have been applied to the meeting.

Refer to the API enhancements for meeting security requirements page to learn more details about how these settings can impact the response of your meeting creation and update requests in different scenarios.

Windows and macOS Meeting SDK changes

Meeting SDK 5.4 is currently scheduled to be released by the end of December, 2020. In this release of the Windows SDK & macOS SDK, the following changes will be introduced and it might affect your integration once you upgrade to SDK 5.4.

  1. We are adding new interfaces for multi-pin and multi-spotlight features and deprecating old interfaces.

    To add support for multi-pin and multi-spotlight features in the Zoom Meeting SDK, we are going to introduce new interfaces in the December release. However, due to design differences between multi-pin/multi-spotlight features and single-pin/single-spotlight features, we will be deprecating some of the existing interfaces that supported the older design. The following interfaces and parameters will be deprecated in the next release:

    • Windows SDK

      • virtual SDKError PinVideo(bool bPin, bool bFirstView, unsigned int userid) = 0;
      • virtual SDKError SpotlightVideo(bool bSpotlight, unsigned int userid) = 0;
    • macOS SDK

      • The parameters ActionMeetingCmd_PinVideo_ and ActionMeetingCmd_UnPinVideo_ that were being used in the (ZoomSDKError)actionMeetingWithCmd:(ActionMeetingCmd)cmd userID:(unsigned int)userID onScreen:(ScreenType)screen interface will no longer work after this release.

      • The parameters ActionMeetingCmd_SpotlightVideo and ActionMeetingCmd_UnSpotlightVideo that were being used in the (ZoomSDKError)actionMeetingWithCmd:(ActionMeetingCmd)cmd userID:(unsigned int)userID onScreen:(ScreenType)screen interface will no longer work after this release.

  2. We are migrating screen share related interfaces in IGeneralSettingsContext (win) and ZoomSDKGeneralSetting (mac) to IShareSettingContext (win) and ZoomSDKShareScreenSetting (mac) respectively.

    With the increasing number of screen sharing interfaces being added to the SDK, we have decided to move screen sharing interfaces from the general setting class to share setting class in the December release.

    The following interfaces in GeneralSettingsContext (win) and ZoomSDKGeneralSetting (mac) will be moved to IShareSettingContext (win) and ZoomSDKShareScreenSetting (mac) respectively:

    • Windows SDK
      • virtual SDKError EnableAutoFitToWindowWhenViewSharing(bool bEnable) = 0;
      • virtual bool IsAutoFitToWindowWhenViewSharingEnabled() = 0;
      • virtual SDKError EnableAutoFullScreenVideoWhenViewShare(bool bEnable) = 0;
      • virtual bool IsAutoFullScreenVideoWhenViewShareEnabled() = 0;
      • virtual bool IsCurrentOSSupportAccelerateGPUWhenShare() = 0;
      • virtual SDKError EnableAccelerateGPUWhenShare(bool bEnable) = 0;
      • virtual SDKError IsAccelerateGPUWhenShareEnabled(bool& bEnable) = 0;
      • virtual SDKError EnableRemoteControlAllApplications(bool bEnable) = 0;
      • virtual bool IsRemoteControlAllApplicationsEnabled() = 0;
      • virtual SDKError EnableGreenBorderWhenShare(bool bEnable) = 0;
      • virtual bool IsGreenBorderEnabledWhenShare() = 0;
      • virtual bool IsLimitFPSEnabledWhenShare() = 0;
      • virtual SDKError EnableLimitFPSWhenShare(bool bEnable) = 0;
      • virtual LimitFPSValue GetLimitFPSValueWhenShare() = 0;
      • virtual SDKError SetLimitFPSValueWhenShare(LimitFPSValue value) = 0;
    • macOS SDK:
      • -(int)getLimitFPSValue;
      • -(ZoomSDKError)setLimitFPSValue:(int)value ;
      • -(ZoomSDKError)setLimitedFPSValue:(ZoomSDKFPSValue)value ;
      • -(BOOL)isEnableToSetLimitFPS ;
      • -(ZoomSDKError)setEnableLimitFPS:(BOOL)enable ;
      • -(ZoomSDKError)enableSetShareScreen:(BOOL)enable SettingCmd:(shareSettingCmd)shareCmd;
      • -(BOOL)isEnableToSettingShare:(shareSettingCmd)sharing;

We will be deprecating the following interfaces in Windows SDK in a future release (not December release).

  • virtual SDKError EnableAutoFitToWindowWhenViewSharing(bool bEnable) = 0;
  • virtual bool IsAutoFitToWindowWhenViewSharingEnabled() = 0;
  • virtual SDKError EnableAutoFullScreenVideoWhenViewShare(bool bEnable) = 0;
  • virtual bool IsAutoFullScreenVideoWhenViewShareEnabled() = 0;

If you are currently using these interfaces, we recommend that you use the following interface instead to achieve the same functionality:

  • virtual SDKError SetWindowSizeTypeWhenViewShare(WindowSizeType eType)

The changes listed for December release will not impact your app with the SDK package that you are currently using. However if you decide to upgrade to version 5.4 of the Windows and MacOS Meeting SDKs, these interfaces will no longer work. If you are not using the interfaces listed above, these changes will not impact your integration when building with the 5.4 or higher versions of Windows SDK and macOS SDK.

Electron SDK changes

Version 5.2.42037.1112 of the Electron SDK is scheduled to be released by November 17, 2020. In this release, we will be adding support for Protocol Buffers.

If you are building your own version of the Electron SDK, you will need to follow these steps:

  • Download protobuf 3.4.0 source file and rename the src folder to protobuf_src.

  • Copy the src folder into the lib/node_add_on folder.

  • Run the build_nodeaddon script as listed here.

If you would like to use recent versions of protobuf(higher than 3.4.0), in addition to following the above steps, you must also do the following:

  • Download the execution file of the corresponding protobuf and add its directory into the system path.

  • In the terminal, navigate to the root directory of the Electron SDK(same level as the build_nodeaddon file).

  • Run protoc.exe —js_out=import_style=common.js,binary:. lib/electron_sdk_proto command in the terminal to generate a electron_sdk_pb.js file. After generating this file, you will be able to use the interfaces provided by the Electron SDK.

If you are not building your own version of the Electron SDK and are using the Electron SDK provided by Zoom, this change will not impact your app and no further action is required on your end.

Native SDK Visual Studio 2019 requirement

Starting with the next release of Windows SDK/Electron SDK/C# wrapper(tentative release date: 09/28), the SDKs will require Visual Studio 2019 to build an SDK application.

If you upgrade to the latest version of the Zoom SDK (Windows SDK/Electron SDK/C# wrapper) without upgrading your project to Visual Studio 2019, you will run into build errors and the project will not compile. To avoid these errors, ensure that you are using Visual Studio 2019 by September 28, 2020.

Upcoming deprecation of legacy webhooks

In January 2019, Zoom announced it would begin sunsetting all the legacy V1 webhooks and shifting our development resources to our new Marketplace webhooks.

To prevent service interruptions, you must start using the webhooks currently available on the Marketplace by September 28th, 2020. No extensions will be granted.

During this time period and the end-of-support date, Zoom will not make any feature enhancements or additions to the legacy webhooks framework. After September 28th 2020, apps built or using legacy webhooks framework will no longer be available.

Migrating to our new marketplace webhooks will ensure your Zoom integrations continue to operate normally and give you access to the latest webhooks and updated payloads that align with Zooms ecosystem.

If you have any questions about these changes, or if your developers need technical support using the new Marketplace webhooks, please visit our Zoom Developer Forum and let us know how we can help.

Webinar support in WebSDK

In the Web SDK version 1.8.0 release, we added support for users to start Webinars as hosts and for panelists and attendees to join the Webinars. Check out the Web SDK docs to learn more about these features.

New account level chat APIs

The Chat and Channel APIs are no longer restricted to user level apps only. In the August API Release, we added account level scope support in Chat APIs so that you can start sending, updating, listing and deleting Zoom chat messages from Account level apps.

Batch list API changes

To provide for greater scalability of our Batch List APIs and provide for more consistent pagination methods, the pagination keys used for Batch List APIs will be changed from a page_number key to next_page_token.

Starting Q2, 2020, and over the subsequent months, a new pagination field (next_page_token) will be added to all REST API requests and responses. As of October 20, 2020, the list of APIs that do not already support next_page_token are listed below:

  • List Zoom Rooms - Dashboard
  • Get Active/Inactive Host Reports
  • Get Telephone Reports
  • List SIP Phones

Once all of the above APIs have support for next_page_token, you will have a six (6) month period to migrate from page_number to next_page_token. After the six month adoption window, the page_number field will no longer operate.

A notice will be sent once all Batch List APIs have been updated to support next_page_token, at which time the six month adoption window will begin.

Batch list API requests

Currently, for some APIs a page_number is used for pagination:

curl --location --request GET '<GROUP_ID>/members?page_size=30&page_number=2'

During the adoption window, either a page_number or next_page_token can be used as a query param:

curl --location --request GET '<GROUP_ID>/members?page_size=30&page_number=1'
curl --location --request GET '<string>/members?page_size=30&next_page_token=lVSwjkBWxRCOXXNKdaezEViAQvCw1d37uq3'

After the six (6) month adoption window, only a next_page_token can be used:

curl --location --request GET '<string>/members?page_size=30&next_page_token=lVSwjkBWxRCOXXNKdaezEViAQvCw1d37uq3'

Batch List API responses

Currently, a page_number is sent in a Batch List response:

  "members": [
      "email": "",
      "first_name": "Ram",
      "id": "3542342",
      "last_name": "Ghale",
      "type": 1
  "page_count": 3,
  "page_number": 2,
  "page_size": 100,
  "total_records": 300

During the adoption window, both a page_number and next_page_token will be used:

  "members": [
      "email": "",
      "first_name": "Ram",
      "id": "3542342",
      "last_name": "Ghale",
      "type": 1
  "page_count": 3,
  "page_number": 2,
  "next_page_token": "lVSwjkBWxRCOXXNKdaezEViAQvCw1d37uq3",
  "page_size": 100,
  "total_records": 300

After the six (6) month adoption window, only a next_page_token will be sent:

  "members": [
      "email": "",
      "first_name": "Ram",
      "id": "3542342",
      "last_name": "Ghale",
      "type": 1
  "page_count": 3,
  "next_page_token": "lVSwjkBWxRCOXXNKdaezEViAQvCw1d37uq3",
  "page_size": 100,
  "total_records": 300

Need help?

If you're looking for help, try Developer Support or our Developer Forum. Priority support is also available with Premier Developer Support plans.