Hi there, as I describe in this post about half year ago:
in session 5:
5.For this case I check with our server and found out that this is the userId indeed. We have migrate the sdk to our app and there’s large part handle by server so I think it cannot be reproduce on demo app. But I can explain the as the flowing:
In our app, we start a meeting with by the following code:
zoomSdk.meetingService.startMeetingWithParams(context,StartMeetingParamsWithoutLogin().apply {
userId = serverReturnUserId
zoomToken = serverReturnZoomToken
zoomAccessToken = serverReturnZoomAccessToken
userType = MeetingService.USER_TYPE_API_USER
displayName = myDisplayName
})
The first three params are retrieve by our server.
And when sdk callback the status is inMeeting, we call Log.d(TAG, “my email:” + zoomSdk.inMeetingService.myUserInfo?.email) and it will return some “random string” -> my email:7iOdbzqbT7Wm9F5-SLYHPA(we later found that it’s the userId), for these account the email should be [lirui@seafroup.com](mailto:lirui@seafroup.com). Is is expected? Although it’s kinda weird to put it in email field but it’s ok now, we can ask the server to parse userId to email. So this can be consider solved. Thanks anyway.
So last year, the sdk return the “random string” from email field we later found it’s userId, so we match it with the userId provided by our server which was fetched from zoom API.(BTW the userId is meeting base and may change between different meeting so we cannot use it as the identity of a user)
But recently we found that it return the actual email like lirui@seafroup.com I described above!
We didn’t upgrade the sdk so I expected zoom server api change recently.
And our product used android, IOS, web sdk, all have this issue.
As the result of that, some of our product feature is not function well.
Here is my questions:
1.Did the zoom server make the change about this field? If yes, when did the zoom deploy the change?
2.Can we continue to use this field as the identity to match the userInfo from sdk and from server(fetch from zoom api). That is if the email from the UserInfo provided by zoom sdk(android/IOS/Web) equal to the email from the userInfo provided by zoom API, then we condiser it’s the same user.
If we cannot, can you tell us the alternative ways? This is quite important.
3.If the answer above is yes, then can we expect this field surely will only be email in the future, and will never change back to userId?
That’s my question, wish to get the reply soon.
BTW, it’s just my little suggestion. For better backward capability, can I expect zoom won’t change the content of the exsiting field? The client side cannot garentee to upgrade in time, thank you so much.