# Installation error for ZoomX user **URL:** \ **Category:** Zoom Apps\ **Created:** [October 14, 2022, 1:54pm UTC](https://devforum.zoom.us/t/installation-error-for-zoomx-user/77410 "2022-10-14T13:54:00Z")\ **Posts on this page:** 12\ **Page:** 1
**Author:** ![tkishkin](https://avatars.discourse-cdn.com/v4/letter/t/57b2e6/32.png) [@tkishkin](https://devforum.zoom.us/u/tkishkin)\ **Post date:** [October 14, 2022, 1:54pm UTC](https://devforum.zoom.us/t/installation-error-for-zoomx-user/77410/1 "2022-10-14T13:54:00Z")
**Zoom Apps Configuration** Our app is running on node.js backend and a combination of VanillaJS/AngularJS/React microfrontends. The issue happens during installation, so the only relevant code here is our node.js backend. **Description** The installation works correctly for normal Zoom users. However, when I as a ZoomX user (German Telekom version of Zoom; user is created here: [https://eu02web.zoom.us/](https://eu02web.zoom.us/) ), the installation process fails. We are using the traditional web-based installation. The issue: we get a 400 response when making a request to “[https://zoom.us/oauth/token](https://zoom.us/oauth/token)”, in order to exchange authorization code for token. We could not find any meaningful data in the response, aside from the HTTP response code. This code is a part of the authentication process mostly copied from the example app provided to us, and it works normally, just not with the ZoomX user. Full request URL (except for the sensitive data): [https://zoom.us/oauth/token?grant\_type=authorization\_code&redirect\_uri=https%3A%2F%2Fzoomapp.linkando.com%2Fzoomapp%2Fauth&code=](https://zoom.us/oauth/token?grant_type=authorization_code&redirect_uri=https%3A%2F%2Fzoomapp.linkando.com%2Fzoomapp%2Fauth&code=)\ Maybe we need a different API domain when working with ZoomX users? Is it possible to have a universal app which would work correctly for both types of users? **Error?** ```auto 2022-10-14T02:23:36.445840825Z 3. Exchange authorization code for tokens 2022-10-14T02:23:36.445876726Z Making request to "https://zoom.us/oauth/token"... 2022-10-14T02:23:36.860399270Z Custom error handler: error: Error: Request failed with status code 400 2022-10-14T02:23:36.860441771Z at createError (/home/node/app/node_modules/axios/lib/core/createError.js:16:15) 2022-10-14T02:23:36.860447471Z at settle (/home/node/app/node_modules/axios/lib/core/settle.js:17:12) 2022-10-14T02:23:36.860451471Z at IncomingMessage.handleStreamEnd (/home/node/app/node_modules/axios/lib/adapters/http.js:269:11) ``` **How To Reproduce** - Create a ZoomX user; - Try to install the app; Expected: successful installation Actual: 400 error ---
**Author:** ![JonStewart](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/jonstewart/32/36192_2.png) [@JonStewart](https://devforum.zoom.us/u/JonStewart)\ **Post date:** [October 17, 2022, 9:23pm UTC](https://devforum.zoom.us/t/installation-error-for-zoomx-user/77410/2 "2022-10-17T21:23:56Z")
@tkishkin thanks for the really helpful and specific info here. We’re looking into it. ---
**Author:** ![JonStewart](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/jonstewart/32/36192_2.png) [@JonStewart](https://devforum.zoom.us/u/JonStewart)\ **Post date:** [October 18, 2022, 6:30pm UTC](https://devforum.zoom.us/t/installation-error-for-zoomx-user/77410/3 "2022-10-18T18:30:10Z")
@tkishkin This is an issue involving this new cluster ([https://eu02web.zoom.us/](https://eu02web.zoom.us/)). Evidently, it is under testing and issues are to be expected. We’ll keep our eyes peeled and let you know of any updates. Thx for your patience. ---
**Author:** ![JonStewart](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/jonstewart/32/36192_2.png) [@JonStewart](https://devforum.zoom.us/u/JonStewart)\ **Post date:** [October 25, 2022, 5:17pm UTC](https://devforum.zoom.us/t/installation-error-for-zoomx-user/77410/4 "2022-10-25T17:17:52Z")
@tkishkin Is this still an issue? Early/internal testing of the fix is positive. If you’re able to confirm on your end, with thanks. ---
**Author:** ![tkishkin](https://avatars.discourse-cdn.com/v4/letter/t/57b2e6/32.png) [@tkishkin](https://devforum.zoom.us/u/tkishkin)\ **Post date:** [October 26, 2022, 3:07pm UTC](https://devforum.zoom.us/t/installation-error-for-zoomx-user/77410/5 "2022-10-26T15:07:16Z")
Hi Jon! Thank you for your response! We’ve tried installing our app again, with the same ZoomX user. Still receiving error response: `Error: Request failed with status code 400` Our request: [https://zoom.us/oauth/token?grant\_type=authorization\_code&redirect\_uri=https%3A%2F%2Fzoomapp.linkando.com%2Fzoomapp%2Fauth&code=](https://zoom.us/oauth/token?grant_type=authorization_code&redirect_uri=https%3A%2F%2Fzoomapp.linkando.com%2Fzoomapp%2Fauth&code=)\ This time I’ve found the following piece of information in the response: `data: { reason: 'Invalid authorization code', error: 'invalid_grant' }` Not sure if it was there last time. What would you suggest? ---
**Author:** ![JonStewart](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/jonstewart/32/36192_2.png) [@JonStewart](https://devforum.zoom.us/u/JonStewart)\ **Post date:** [October 26, 2022, 4:39pm UTC](https://devforum.zoom.us/t/installation-error-for-zoomx-user/77410/6 "2022-10-26T16:39:46Z")
@tkishkin Thanks again for the helpful details. It looks like you’re no longer impacted by the cluster issue, which is good news. The error you’re seeing has to do with your oauth against the [zoom.us](http://zoom.us) oauth endpoints. There are severable searchable posts on the forum on this issue. Here is one of them: [Cannot renew access and refresh token (invalid\_grant)](https://devforum.zoom.us/t/cannot-renew-access-and-refresh-token-invalid-grant/75224) The docs on OAuth with Zoom are here: [OAuth with Zoom](https://developers.zoom.us/docs/guides/auth/oauth) ---
**Author:** ![ash.provost](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/ash.provost/32/36610_2.png) [@ash.provost](https://devforum.zoom.us/u/ash.provost)\ **Post date:** [October 27, 2022, 3:28pm UTC](https://devforum.zoom.us/t/installation-error-for-zoomx-user/77410/7 "2022-10-27T15:28:51Z")
see here: [Unable to exchange token during in-client oauth flow (and other issues) - #2 by ash.provost](https://devforum.zoom.us/t/unable-to-exchange-token-during-in-client-oauth-flow-and-other-issues/77933/2) ---
**Author:** ![tkishkin](https://avatars.discourse-cdn.com/v4/letter/t/57b2e6/32.png) [@tkishkin](https://devforum.zoom.us/u/tkishkin)\ **Post date:** [October 28, 2022, 11:06am UTC](https://devforum.zoom.us/t/installation-error-for-zoomx-user/77410/8 "2022-10-28T11:06:57Z")
Hi @ash.provost , @JonStewart , Thank you for the advice! Unfortunately, we are still struggling with it. We just confirmed that for a normal user (freshly created from [https://zoom.us/](https://zoom.us/)) the app installation works correctly, as always. Token exchange code works without errors, and the user is redirected back to the app via direct link after installing the app from the browser. But for our ZoomX user, after installing the app, our app crashes with ‘invalid\_grant’ error upon request to [https://zoom.us/oauth/token](https://zoom.us/oauth/token). The app is still installed after that, but our authorization process gets interrupted, which leads to further issues. We also could reproduce the same behavior in Zoom Apps from other publishers (I can give examples in our Zoom chat if needed - not sure if it’s OK to provide info about other apps on this public page). Our normal user can install these apps, but when the ZoomX user tries exactly the same, the installation process is interrupted with an error. Is it possible that there is still some issue with the cluster configuration? As our code works correctly in the classic environment. And the same issue is reproduced in other apps. Maybe the authorization code issued for ZoomX user doesn’t get recognized by the US server - just a guess? I’ve also read the links that you provided. But not sure how these solutions could be applied to our case. We get an error on the stage of exchanging auth code to a token, not during refreshing of a token (like in the case of housing\_ring user). And we are using the classic in-browser authorization, as opposed to the in-client authorization (like in the case of seshandrew user). Maybe you have other suggestions? Thanks again! ---
**Author:** ![ash.provost](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/ash.provost/32/36610_2.png) [@ash.provost](https://devforum.zoom.us/u/ash.provost)\ **Post date:** [October 28, 2022, 8:30pm UTC](https://devforum.zoom.us/t/installation-error-for-zoomx-user/77410/9 "2022-10-28T20:30:19Z")
We will pass this information along to those who are debugging this cluster. Thank you for your insights 🙏 ---
**Author:** ![ash.provost](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/ash.provost/32/36610_2.png) [@ash.provost](https://devforum.zoom.us/u/ash.provost)\ **Post date:** [November 2, 2022, 3:57pm UTC](https://devforum.zoom.us/t/installation-error-for-zoomx-user/77410/10 "2022-11-02T15:57:55Z")
The team found the root cause of the issue. Current target is to have a fix deployed on the 12th ---
**Author:** ![JonStewart](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/jonstewart/32/36192_2.png) [@JonStewart](https://devforum.zoom.us/u/JonStewart)\ **Post date:** [November 2, 2022, 4:47pm UTC](https://devforum.zoom.us/t/installation-error-for-zoomx-user/77410/11 "2022-11-02T16:47:08Z")
Update here: Our devops team is targeting deploy to fix this issue on Nov 12. Very sorry for the inconvenience ---
**Author:** ![tkishkin](https://avatars.discourse-cdn.com/v4/letter/t/57b2e6/32.png) [@tkishkin](https://devforum.zoom.us/u/tkishkin)\ **Post date:** [November 15, 2022, 8:05am UTC](https://devforum.zoom.us/t/installation-error-for-zoomx-user/77410/12 "2022-11-15T08:05:09Z")
@ash.provost @JonStewart It looks like the issue is gone. We’ve managed to install the app for ZoomX user. I assume the fix was delivered? Thank you!