Join meeting error after host ends the session (Continued)

Video SDK Web
1

Description

Following up on this thread: Join meeting error after host ends the session

We’re still encountering an issue in version 2.1.0 where, if the host ends the meeting (client.leave(true)) and a guest attempts to join at the same time, the guest receives the following error:

{“type”: “JOIN_MEETING_FAILED”, “reason”: “meeting ended”, “errorCode”: 4004}`

Is there a plan to address this behavior in a future release?

Additionally, could you please check whether the same issue is affecting the following session IDs where users experienced join errors?

These session IDs may have encountered errors:

1326794411_1744875132711
E2l6GHhYShKo8IIbLHPFqw==
21Hy3rwQRhSNcNICWF4C1A==
5439510715_1745367543958
+I8kR0v0RIyiPV5/K77WTQ==
LIcutEfaRuqoglTkzUshjw==
4614461147_1743645461473
I/XPZsGCQtGAG/HPWqzvcw==
41pztyPMTIyQXHXPV9KZcA==
0751860355_1743567075190
zRzujM+zSiqjcOeKO99lNA==
epiatw9ySfuI4/mIjbKbGw==
bP6Ka2jHTl68z9/sEo1kJQ==
csehIZ4HTFCy87/R58qyaA==
9866513403_1746686986656
w6Pr3XQETFOnwwTqqo2Scw==
dJ53Dy38RDG4+e6OOAUmiQ==
7GyACuT7SDCMxwP29jUErg==
73/MCg0USE2ZrXd/VKWfgA==

Thank you!

Which Web Video SDK version?
2.1.0

Device

  • OS: Ubuntu
  • Browser: Chrome
  • Version: 134
2

@vic.yang We’ve encountered the “join meeting” error multiple times in similar scenarios.
Would adding a short delay before retrying the client.join(...) call be a reasonable workaround while waiting for an official fix?
Are there any potential issues or side effects we should be aware of with this approach?

3

Hey @lmtruong1512

Would adding a short delay before retrying the client.join(...) call be a reasonable workaround while waiting for an official fix?

For the Video SDK, there is likely no better solution.

As mentioned in previous threads, this is a timing issue.

Adding a delay for non-host users may not resolve the issue, as users don’t know exactly when the host ends the session — introducing a delay could actually increase the time it takes to join the session.

Curious to know — are you always reusing the same topic to join sessions? It might be helpful to use different topics for different sessions, as this could reduce the frequency of this issue occurring.

Thanks
Vic

1 Like
4

@vic.yang Thank you for your response,

Adding a delay for non-host users may not resolve the issue, as users don’t know exactly when the host ends the session — introducing a delay could actually increase the time it takes to join the session.

I meant is: if we call client.join(...) and it throws an error like this:
{ "type": "JOIN_MEETING_FAILED", "reason": "meeting ended", "errorCode": 4004 }
— then we would retry the join after a short delay.

This would simulate the case where users join at slightly different times after the meeting has ended.
Would this approach work in practice?

Curious to know — are you always reusing the same topic to join sessions? It might be helpful to use different topics for different sessions, as this could reduce the frequency of this issue occurring.

Yes, we reuse the same topic to join sessions. But in this case, the host ends the meeting just as a guest tries to join, so we can’t distinguish between sessions — and that makes it difficult to resolve the issue using just the topic.

5

Hi @lmtruong1512

It would be fine if you add a short delay before rejoining.

Thanks
Vic

1 Like
6

@vic.yang Thank you for your response,

Could you please verify whether the following session IDs encountered the same join errors {“type”: “JOIN_MEETING_FAILED”, “reason”: “meeting ended”, “errorCode”: 4004}?

Session IDs:

1326794411_1744875132711
E2l6GHhYShKo8IIbLHPFqw==
21Hy3rwQRhSNcNICWF4C1A==
5439510715_1745367543958
+I8kR0v0RIyiPV5/K77WTQ==
LIcutEfaRuqoglTkzUshjw==
4614461147_1743645461473
I/XPZsGCQtGAG/HPWqzvcw==
41pztyPMTIyQXHXPV9KZcA==
0751860355_1743567075190
zRzujM+zSiqjcOeKO99lNA==
epiatw9ySfuI4/mIjbKbGw==
bP6Ka2jHTl68z9/sEo1kJQ==
csehIZ4HTFCy87/R58qyaA==
9866513403_1746686986656
w6Pr3XQETFOnwwTqqo2Scw==
dJ53Dy38RDG4+e6OOAUmiQ==
7GyACuT7SDCMxwP29jUErg==
73/MCg0USE2ZrXd/VKWfgA==

Thank you for your patience.

7

Hi @lmtruong1512

E2l6GHhYShKo8IIbLHPFqw==
LIcutEfaRuqoglTkzUshjw==

These two sessions had the join error issue.

I/XPZsGCQtGAG/HPWqzvcw==
41pztyPMTIyQXHXPV9KZcA==
zRzujM+zSiqjcOeKO99lNA==
epiatw9ySfuI4/mIjbKbGw==
bP6Ka2jHTl68z9/sEo1kJQ==
csehIZ4HTFCy87/R58qyaA==

These sessions are from over a month ago, and since our logs are only retained for one month, we’re currently unable to retrieve their logs.

Thanks
Vic

1 Like
8

@vic.yang We got it, thanks for your support—much appreciated!