Thank you for reaching out to the Zoom Developer Forum. First, I would make sure that you are sending that data in the request body as JSON. If that’s the case, please share the JSON body that you are sending with this request and I’ll check for any issues there.
From what I can tell here, it seems to be formatted correctly.
Thanks for getting back to me. So I’m doing this in PHP using Guzzle, which automatically converts PHP arrays (as per my previous post) to json. However I inserted a line to encode the array in JSON to output it in this format, which will be the same used in the guzzle request:
"topic":"Test Zoom Integration",
"agenda":"This is a test Zoom Meeting using language interpretation",
Posting this without the “interpreters” entry works fine.
I still get the same error both in PHP and Postman. 300 “Request should be a valid JSON object.”
This is off topic but why are country IDs being used for languages? In the Unitied Kingdom of Great Britain and Northern Ireland we have 14 indiginous languages - see Languages of the United Kingdom - Wikipedia. So which of those languages is being specified by the country code “GB”? My organisation has been working with Iranian refugees who speak Farsi. We use Zoom for translation with professional Farsi translators. Why is Iran not in the list of countries specified by Zoom? Why is Farsi not in the list of languages? These places and languages do all exist… Zoom should use the ISO standard lists not imposing their own (see ISO 3166-1 - Wikipedia and List of ISO 639-1 codes - Wikipedia. And just for fun please also include Klingon, Bocce and Pirate .
On the UI you can specify anything as a language - it is not restricted to those lists so I’ve specified Farsi and Welsh as default languages to choose from.
Thank you for your feedback on using the Country Codes, I agree. If you would like to see this changed, I recommend submitting a topic in our #feature-requests category. I’ll talk with our team tomorrow too.
When it comes to your request, I’m really not seeing any issue. As you’re seeing an XML response I’m wondering if you are using a Content-Type that isn’t application/json?
If that’s not the case, please send an email to firstname.lastname@example.org with a link to this thread. In that email, please include the app name and app owner email where this is happening. I’ll work to reproduce the issue and engage our engineering team.
I’ll look into a feature-request for my aside on Country Codes, but my priority is to get this working first.
I am using ‘application/json’ as the Content-Type - if I remove the ‘interpreters’ value from the JSON I can create a meeting as expected (with Language Interpretation enabled, just no intepreters added to the meeting).
Good catch, my apologies for not noticing that earlier. I talked with my team about the Country Codes and I think a feature request detailing your issues would be a good next step. Please link it here if you do create one.