Recent content by andrew.n

@Max the issue happens if you call stream.stop() and after that you call session.disconnect(). If you call first stream.stop() and after that session.disconnect() then it crashes. It should work both ways, right? :-? Also, makes more sense to stop the stream and then disconnect from the session?

Yes, I updated both :) I just wanted to show you that I did it.

@Max I think there was an issue when you prepare the new version. Looks like the issue is still there. I updated on version 2.6.120, and is crashing with the same issue. Tested on different devices as well.

@Max sure, working on it now, thank you

@Max This issue is causing a spike in crash reports ...

@Max Any ETA for this?

@Max another thing, I saw that the SDK version right now is 2.6.119, but when I updated XCode SPM dependencies, is not upgrading from 2.6.118 to 2.6.119

@Max Press broadcast and stop before the broadcast start, for us there are some events that we must wait for, in the example you have is harder to reproduce - maybe use some Timers to delay. In my case it might happen that the user presses to respond the call, and before the connection is...

Yes it does. Please do the check for renders array count when using RTCVideoTrack removeRenderer

Stack

@Max We did few tests and this issue still happens sometimes: Update stream state 2, media session id is DD9E94CE-3834-47D6-8BD6-EA8D31484DEE Update stream state 6, media session id is 85316B0D-17AA-43FA-87C1-6B22FEF131F5 didChangeIceConnectionState 6 PeerConnectionState change 5 *** Terminating...

Great, thank you @Max

@Max yes, it's on 2 way streaming, also running on iOS 17.1.1 and having SDK version as 2.6.115.

@Max Fast fingers when using session.disconnect() if the user cancels the call right after the call initiated (during a pending state) Can you includea count verification before calling removeObjectsInRange ? This happens when I call the disconnect & close after receiving...

@Max Solved, works good now