Description
When a participant in a meeting connects or disconnects from audio none of the MobileRTCAudioServiceDelegate methods are called on the host device.
Which iOS Client SDK version?
5.4.54802.0124
To Reproduce
- Host starts meeting
- Participant joins meeting
- Participant connects to audio
- Participant disconnects from audio
Expected result:
onSinkMeetingAudioStatusChange delegate method is called twice in response to the participant connecting and disconnecting from audio. This is what happens in older versions of the SDK.
Actual result:
No delegate methods are called.
Additional context
The delegate methods onSinkMeetingAudioStatusChange and onSinkMeetingAudioStatusChange:audioStatus: are correctly called when the participants mutes and unmutes which confirms that the host is setup to receive delegate method calls.
Bonus:
These are the changes I found between the version we’re switching from and the newest version. The table values are the delegate methods called on the host device in response to the given events.
Hey @caleb.bolton,
Thanks for using the dev forum!
Let me run some tests to see if I can reproduce this issue. Stay tuned.
Thanks!
Michael
Hey @caleb.bolton,
This took me a couple tries to reproduce, but I am seeing the same issue. I will file a bug report to the engineers about this. Thank you for bringing this to our attention!
Thanks!
Michael
Thanks @Michael_Condon!
Just a note, I see that the issue didn’t happen every time for you but from what I could tell this issue did not seem intermittent for me; I never saw onSinkMeetingAudioStatusChange called in response to a client connecting/disconnecting from audio.
Best,
Caleb
Hey @caleb.bolton,
Maybe I am mistaken, but I believe I saw it fire when the host/participant roles were reversed. As in, when the iOS SDK device is the participant and the host disconnects/reconnects.
Thanks!
Michael
Hey @caleb.bolton,
There is a new version of the SDK that shipped today. It contains a fix for this issue. Can you update and let me know if you are still seeing this issue?
Thanks!
Michael
Hi @Michael_Condon ,
I tried out the new fixed version of the SDK and found that onSinkMeetingAudioStatusChange is still not being called as it was in previous versions, but now a new method onSinkMeetingAudioTypeChange is being called when participants change audio type, so we are unblocked.
Thanks for looking into this!
Hey @caleb.bolton,
Awesome, thank you for checking that
please let us know if you have any other questions.
Thanks!
Michael