I built the base64encodedidandsecret by doing ‘echo “clientid:clientsecret” | base64’, with the two client fields filled in. I then pasted the result into the Authorization header parameter for curl. The same credential works fine for the client_credentials.
@elisa.zoom Could it be something in the account configuration? We were pretty much figuring it out from the web page and maybe missed something. Aside from going through and reading the instructions really carefully, do you have any ideas on what might cause this? By googling I found others with the same problem but unfortunately no posted solution.
@elisa.zoom, your guide for Postman is good. I just vaguely know how to use it and I set up the query pretty quickly. Unfortunately I get the same results. It works with client_credentials and does not work with account_credentials. The responses are the same as what I get with curl, so I won’t post them here.
After some debugging together, we figured it out @beirne !!!
Here are some steps to debug and fix this issue if you are getting the same error
Make sure that you have the right permissions enabled in your account to be able to user the Server-to-Server OAuth app, you can do so in the Web Portal, by going to User Management > Roles > Role Settings > Advanced features (this can only be done by an Administrator or the Owner of the account)
I have been working on a Laravel project that provides online education to students. I wanted to use Zoom services of video conferencing so that the teacher can connect with their students through video conference. Following the API reference documentation, I have registered an app with Zoom. I got an API key and API secret along with an access token by following the documentation.
I am sending subsequent requests to post/fetch data from Zoom, but I have been getting an error message
I’m getting the same unsupported_grant_type error trying to get the account_credentials access token, but the solution here isn’t working. There’s no button labelled Role Settings under User Management > Roles, and if you meant that the role settings for one of the roles needs to be changed, uh, which role? We have three roles that have settings pages that look like the screenshot, but we tried turning it on for all of them, and it’s still failing.
The app is definitely server-to-server oauth, and I tried deactivating and reactivating it, but that didn’t help either.
All right, I knew it was going to be either something really stupid or something really arcane, and it turns out it was the first one. I went to double check the URL, and noticed that I was building the form arguments but not adding them to the request properly, which apparently results in the same error message. I have it working now.