Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Opentok Stream not getting destroyed #686

Closed
gourav-singhal opened this issue Sep 19, 2023 · 11 comments
Closed

Opentok Stream not getting destroyed #686

gourav-singhal opened this issue Sep 19, 2023 · 11 comments

Comments

@gourav-singhal
Copy link

gourav-singhal commented Sep 19, 2023

We are performing a pre-call test as per the method described here.

But the connect and subscriber streams created during the pre-call test are not getting destroyed as soon as the session.disconnect() is called. Moreover, as soon as we move to the actual video call after recreating the same session, the older connection stream is again created then destroyed.

The above mentioned scenario is causing blank screen or unnecessary destroy calls. Please can you advise on this.

@vona-ben
Copy link
Collaborator

vona-ben commented Sep 20, 2023

Hi @gourav-singhal

We have made some changes in our platform which may affect disconnect behaviour. We will keep you updated on any fix deployed. Could you please try to unpublish before calling session.disconnect ?

@gourav-singhal
Copy link
Author

@vona-ben thanks for a quick response hoping for an early fix as this issue is impacting Live users for our apps.

Meanwhile we will try the proposed solution at our end.

@gourav-singhal
Copy link
Author

@vona-ben we tried the solution shared by you "unpublish before calling session.disconnect" if we unpublish the stream the stream gets destroyed but if we instantaneously rejoin the session after unpublishing the stream. The stream may still persist for some time.

The same issue is also described here as well:

Issue: 685

@vona-ben
Copy link
Collaborator

@gourav-singhal Sorry for the delay. We will release a new version soon which should fix that issue. I will keep you updated

@gourav-singhal
Copy link
Author

@vona-ben thanks for your reply hoping for an early release as we have many Live tickets which have come through regarding this.

@vona-ben
Copy link
Collaborator

vona-ben commented Oct 2, 2023

@gourav-singhal 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 (but the user will not reconnect if switching from wifi to 4G for example). For this, you can contact our support team.

@gourav-singhal
Copy link
Author

@vona-ben thanks for the update & quick fix will check same once released

@danhilton1
Copy link

@vona-ben I've also noticed this issue on iOS (Swift). Do you know if there's a fix coming for this too?

@gourav-singhal
Copy link
Author

@vona-ben any update on this when can we expect the fix for this ?

@jeffswartz jeffswartz mentioned this issue Oct 20, 2023
1 task
@vona-ben
Copy link
Collaborator

Hi @gourav-singhal,
Could you confirm if it's fixed in version 2.26.0?

@kapilmishr
Copy link
Collaborator

@gourav-singhal Please check with the latest version of react-native and reach out to Vonage support (https://api.support.vonage.com/hc/en-us) in case you still face issues.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants