Closed snikoletopoulos closed 10 months ago
I am seeing about 30 seconds between the time that the publisher emits the streamDestroyed event from opentok-react-native to when another client connected to the session receives that event.
Thank you, @snikoletopoulos, for providing the details. We have recently made some changes on the server side that may have affected the disconnection behaviour. We are currently working on resolving this issue, but as you mentioned, unpublishing the stream avoids this extra 30-second delay.
we expected a release for the native SDK this week and a fix for the React native app in the following week. Also, we can disable the reconnection feature in the meantime which should be a temporary fix (the down side is if the user will not reconnect if switching from wifi to 4G for example). For this, you can contact our support team.
We are still seeing this issue even after the 2.25.4 release for opentok-react-native. Has the issue been addressed in the opentok-react-native code?
Hi there,
Could you update to version 2.26.0 and let us know if you are experiencing the issue?
Seems to be working fine now
Thank you!
Bug Report
Current behavior When unmounting the
<OTSession />
the stream is not destroyed until some time passes.Steps to reproduce Mount a
<OTSession />
Connect to a session from 2 devices Unmount<OTSession />
The other device is still displaying the react native subscriberWhat is the expected correct behavior? When unmounting the
<OTSession />
the stream should be destroyed from other clients instantlyNote In web, with OpenTok web components, when unmounting the
video-publisher
the streamDestroyed event is fired instantly at other clientsUpdate When unmounting the
<OTPublisher />
component the event is fired instantly. We also tried callingsession.current.disconnectSession()
but it also is delayed for a few seconds