I’d like to embed zoom meeting to browser and i can successfully do that following the tutorial but our zoom has concern granting us the JWT token and oauth app based api is preferred, do you know if there’s a way to generate signature using the oauth access token? from the doc example only JWT is supportted.
I have an application which has android version and web version as well.
In android app i have used following key & secret :
and it facilitate users to create and start meetings by filling their zoom login credentials.
And in web version i am using following key & secret for web sdk :
I have used zoom pro account to create the above SDK & JWT apps.
Now here is the scenario for which i want your clarifications :
A user gets login into android app and creating a zoom meeting by using his zoom email and password.
My question is that can this user, start this meeting from web sdk which he has created from android app ? As far as i have tried, it says Signature is invalid. this is because jwt key & secret used in web sdk is from different account. Can you suggest any solution for this issue ?
Is this possible to use web sdk by using oauth instead of passing jwt key & secret ?
As both SDK & JWT app credentials are from same pro account so still i won’t be able to start meetings created from android sdk through web sdk on web version of application ?
We are working on making the Web SDK function like the Client SDKs, where you can use OAuth to get a user token and start meetings on their behalf using the SDKs. (CS-2206)
Currently the Web SDK an only start meetings owned by the same account as the JWT App.
We’re also blocked by this issue.
Our app is in review for publishing, and only now (after implementing the Web SDK, JWT and oAuth) we’ve realised that our users won’t be able to use Zoom in our application…
Would be great if we could have at least some rough estimate regarding the timeline.
So I’ve run into another issue related to this problem. Because I cannot get my app to pass the publication review due to this problem, I’ve been using a test URL to give my customers access using a workaround. But now the test URL has expired and my customers have lost access to the feature I already released. I realize you guys are probably just swamped given the explosion of usage of your product due to the pandemic, but this process you have in place is really working against your customers. There seem to be a lot of unnecessary obstacles in the way just to give my customers access to your product through my product.
Can you at least extend the test URL expiration period?
Hi Tommy. My publishable URL expired, which broke my application and thus is preventing my users from using this feature, which they started to depend on to do their jobs, I requested that it be re-issued and that request was denied stating the bug would be fixed in December. I realize I have no leverage here, but this is really unacceptable. Why are you guys deliberately working against your customers? Providing me with a publishable URL until this bug is fixed is an acceptable workaround and benefits everyone. I don’t understand. My customers are teachers and they’ve changed their process to use my application to simplify their remote teaching tasks. Now they’re going to have change their process again until this problem is fixed. It shouldn’t have to be this difficult. I’m sure I’m not the only service provider affected by this. Can I just get my publishable URL request approved so I can provide service to my customers without further interruption?
Hi Tommy. Just want to verify, is the fix for CS-2206 in 1.8.5? I didn’t see anything specifically about this fix in the change log. If it is, what do we need to do to get things to work? Thanks,
Hi Tommy. My publishable URL has expired again. I’ve submitted a request to renew it, but I have the feeling it will be denied again and I’ll have to re-explain my situation to someone else. If you don’t mind, could you help in expediting the renewal of my publishable URL? My users are receiving errors again due to the expiration of the URL. Thanks.