# API feature request for disabling "record active speaker, gallery view and shared screen separately" **URL:** \ **Category:** Feature Requests\ **Created:** [January 27, 2021, 3:49pm UTC](https://devforum.zoom.us/t/api-feature-request-for-disabling-record-active-speaker-gallery-view-and-shared-screen-separately/41707 "2021-01-27T15:49:50Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![mberleju](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/mberleju/32/31474_2.png) [@mberleju](https://devforum.zoom.us/u/mberleju)\ **Post date:** [January 27, 2021, 3:49pm UTC](https://devforum.zoom.us/t/api-feature-request-for-disabling-record-active-speaker-gallery-view-and-shared-screen-separately/41707/1 "2021-01-27T15:49:50Z")
**Is your feature request related to a problem? Please describe.** Via API, admin cannot disable “record active speaker, gallery view and shared screen separately” but does allow disabling of “Speakerview” and “galleryview” individually. Without being able to disable “record active speaker, gallery view and shared screen separately” both galleryview and speakerview are (essentially) still enabled. This is flawed to act as if you are disabling speakerview or galleryview via API but ultimately, a 3rd setting still enables it. There needs to be an API solution to disable “record active speaker, gallery view and shared screen separately” or else speakerview and galleryview are never disabled. This was discussed and experimented with [in this thread here](https://devforum.zoom.us/t/api-for-disabling-record-active-speaker-gallery-view-and-shared-screen-separately/41115). **Describe the solution you’d like** An API setting to disable “record active speaker, gallery view and shared screen separately” similar to the existing API for “speakerview” and “galleryview”. **Describe alternatives you’ve considered** The alternative is an admin using a web browser to change tens of thousands of their users’ settings individually, one at a time. **Additional context** This seems to be a flawed release of API to allow this oversight. A prompt and accurate release of new API would be appreciated. [Here is a thread where this and other alternatives were discussed](https://devforum.zoom.us/t/api-for-disabling-record-active-speaker-gallery-view-and-shared-screen-separately/41115). ---
**Author:** ![MaxM](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/maxm/32/42303_2.png) [@MaxM](https://devforum.zoom.us/u/MaxM)\ **Post date:** [January 29, 2021, 9:51pm UTC](https://devforum.zoom.us/t/api-feature-request-for-disabling-record-active-speaker-gallery-view-and-shared-screen-separately/41707/2 "2021-01-29T21:51:00Z")
Hey @mberleju, Thank you for submitting this feature request! I’ve since passed this information along to our engineering team. I’ll be sure to keep you updated. (ZOOM-242390) Thanks, Max ---
**Author:** ![mberleju](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/mberleju/32/31474_2.png) [@mberleju](https://devforum.zoom.us/u/mberleju)\ **Post date:** [February 5, 2021, 2:18pm UTC](https://devforum.zoom.us/t/api-feature-request-for-disabling-record-active-speaker-gallery-view-and-shared-screen-separately/41707/3 "2021-02-05T14:18:33Z")
> [@MaxM](#): > > ZOOM-242390 Hi @MaxM : I was talking with our CSM and Zoom Account Executive yesterday and I was telling them that this API feature request would not be needed for all end-users (my org in particular) if Zoom (dev or support) was able to implement this change. The change was to unselect the “3rd” recording choice for the entire site. **We would need to arrange a time that is acceptable for Zoom and Mason (us)**, likely outside of the Spring semester. Both our deputy CIO and our executive director agree with my manager and me that this looks to be a fix/break issue that is part of a flawed implementation of API → _Why allow someone to True/False two attributes that are overridden by a third unchangeable attribute?_ ---
**Author:** ![mberleju](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/mberleju/32/31474_2.png) [@mberleju](https://devforum.zoom.us/u/mberleju)\ **Post date:** [February 24, 2021, 10:19pm UTC](https://devforum.zoom.us/t/api-feature-request-for-disabling-record-active-speaker-gallery-view-and-shared-screen-separately/41707/4 "2021-02-24T22:19:09Z")
Not being able to disable this 3rd and final selection sitewide is obtrusive to administrators that need to weigh costs to the organization with recording storage availability. Is Zoom going to either fix this for the API or for our organization ([gmu.zoom.us](http://gmu.zoom.us))? @MaxM ---
**Author:** ![mberleju](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/mberleju/32/31474_2.png) [@mberleju](https://devforum.zoom.us/u/mberleju)\ **Post date:** [March 11, 2021, 4:10pm UTC](https://devforum.zoom.us/t/api-feature-request-for-disabling-record-active-speaker-gallery-view-and-shared-screen-separately/41707/5 "2021-03-11T16:10:49Z")
Bump. We are paying for additional TB of storage from Zoom, partially because of us being unable to disable the recording feature sitewide (without locking). Hoping a dev or Zoom admin can just make the (scheduled) change to our site for us, offer us an API solution, or at minimum acknowledge this might be a bug.