# Host reconnecting

**URL:** <https://devforum.zoom.us/t/host-reconnecting/82155>\
**Category:** Web\
**Created:** [January 26, 2023, 11:19am UTC](https://devforum.zoom.us/t/host-reconnecting/82155 "2023-01-26T11:19:38Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![efron.vit](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/efron.vit/32/33711_2.png) [@efron.vit](https://devforum.zoom.us/u/efron.vit)\
**Post date:** [January 26, 2023, 11:19am UTC](https://devforum.zoom.us/t/host-reconnecting/82155/1 "2023-01-26T11:19:38Z")

</div>

Hi! We encountered a problem when reconnecting a host with poor connection quality.

1. Create a conference.  
 ![image](https://us1.discourse-cdn.com/flex016/uploads/zoomdeveloper/original/3X/9/3/9317c840ebab4b3e03af451a380937bd70cec7a3.png)

2. Turn off the Internet at the host (in-flight mode or devtools-\>network-\>offline).

3. Reload the page, then turn on the internet.

4. Reconnect to the same conference.  
 ![image](https://us1.discourse-cdn.com/flex016/uploads/zoomdeveloper/original/3X/6/4/644382ac25546cb98cbb6e922dbe457438a970fc.png)

The host role remains with the participant who left the meeting, but his connection is no longer relevant. At the same time, the second connection is forced to wait until the socket connection on the side of your server is closed.

This is a problem in our application (probably not only in ours) since our host is the teacher leading the lesson. And when reconnecting, he loses his privileges.

P.S.  
The role\_type parameter in both connections is 1

* * *

zoom web sdk 1.5.0.

---

<div class="post-metadata">

**Author:** ![rehema.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/rehema.zoom/32/40323_2.png) [@rehema.zoom](https://devforum.zoom.us/u/rehema.zoom)\
**Post date:** [January 26, 2023, 5:33pm UTC](https://devforum.zoom.us/t/host-reconnecting/82155/2 "2023-01-26T17:33:28Z")

</div>

Hi @efron.vit ,

Thank you for your post! Video SDK v. 1.6.0 has been released. Could you try updating the package in your application and let me know if the issue still persists?

Thanks,  
Rehema

---

<div class="post-metadata">

**Author:** ![efron.vit](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/efron.vit/32/33711_2.png) [@efron.vit](https://devforum.zoom.us/u/efron.vit)\
**Post date:** [January 26, 2023, 7:12pm UTC](https://devforum.zoom.us/t/host-reconnecting/82155/3 "2023-01-26T19:12:44Z")

</div>

@rehema.zoom  
I’ve already done that. The problem remains. You can easily reproduce it yourself and check it out.

---

<div class="post-metadata">

**Author:** ![efron.vit](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/efron.vit/32/33711_2.png) [@efron.vit](https://devforum.zoom.us/u/efron.vit)\
**Post date:** [January 27, 2023, 7:33am UTC](https://devforum.zoom.us/t/host-reconnecting/82155/4 "2023-01-27T07:33:29Z")

</div>

@rehema.zoom , @vic.yang  
I found some forum posts that seem to directly address our problem. But they do not give an answer how to get rid of the host waiting.

> [@How to handle internet disconnection properly](https://devforum.zoom.us/t/how-to-handle-internet-disconnection-properly/65018/14):
>
> Hey @shoaib The state:'Fail',reason:'connection error') return value indicates the video sdk cannot reach any available servers. It usually occurs when the network is disconnected. And for why others can still see the disconnected user in the session, our server has a hearbeat detection mechanism, when the disconnection exceeds two minutes, the user will be shown as leaving(disappeared in the user list). We do this so that others don’t see you rejoining the session due to a short-term network…

> [@Unexpected host exit](https://devforum.zoom.us/t/unexpected-host-exit/63097/4):
>
> Hey @reactdev After 3 minutes, if the host still does not join the session, the server will re-assign the host to another participant. Thanks Vic

It looks like this behavior was originally intended, and it’s your developers who don’t consider it a bug. However, there must be parameters to regulate this, because it causes problems.

---

<div class="post-metadata">

**Author:** ![vic.yang](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/vic.yang/32/24656_2.png) [@vic.yang](https://devforum.zoom.us/u/vic.yang)\
**Post date:** [January 30, 2023, 2:07am UTC](https://devforum.zoom.us/t/host-reconnecting/82155/5 "2023-01-30T02:07:34Z")

</div>

Hey @efron.vit

Thanks for your feedback.

We will add the ‘reclaim host’ function in the next release. Maybe it can solve your problems.

The original host can reclaim the host privilege if he/she is not the host in a session.

P.S.  
role\_type =1 → original host.

Thanks  
Vic

---

<div class="post-metadata">

**Author:** ![efron.vit](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/efron.vit/32/33711_2.png) [@efron.vit](https://devforum.zoom.us/u/efron.vit)\
**Post date:** [February 1, 2023, 4:28pm UTC](https://devforum.zoom.us/t/host-reconnecting/82155/6 "2023-02-01T16:28:27Z")

</div>

@vic.yang,  
Is the next release planned, which will include this feature, within a month?

---

<div class="post-metadata">

**Author:** ![vic.yang](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/vic.yang/32/24656_2.png) [@vic.yang](https://devforum.zoom.us/u/vic.yang)\
**Post date:** [February 3, 2023, 3:54am UTC](https://devforum.zoom.us/t/host-reconnecting/82155/7 "2023-02-03T03:54:21Z")

</div>

Hey @efron.vit

It will be included in the next release. The release date will be around the end of February.

Thanks  
Vic

---

<div class="post-metadata">

**Author:** ![tommy](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/tommy/32/72769_2.png) [@tommy](https://devforum.zoom.us/u/tommy)\
**Post date:** [February 21, 2023, 4:56pm UTC](https://devforum.zoom.us/t/host-reconnecting/82155/8 "2023-02-21T16:56:09Z")

</div>

Hey @efron.vit ,

Providing an update here. We had to push back this feature to our March release schedule due to some additional dependencies.

You can subscribe to release updates via email here to be notified when this is released in March: [https://devsupport.zoom.us/hc/en-us/sections/9481948737421-web](https://devsupport.zoom.us/hc/en-us/sections/9481948737421-web)

Best,  
Tommy

---

<div class="post-metadata">

**Author:** ![efron.vit](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/efron.vit/32/33711_2.png) [@efron.vit](https://devforum.zoom.us/u/efron.vit)\
**Post date:** [March 14, 2023, 1:13pm UTC](https://devforum.zoom.us/t/host-reconnecting/82155/9 "2023-03-14T13:13:45Z")

</div>

Hi @vic.yang@tommy !  
When is it planned to release a release with this fix ? For us, this problem is critical, because customers regularly encounter it.

---

<div class="post-metadata">

**Author:** ![vic.yang](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/vic.yang/32/24656_2.png) [@vic.yang](https://devforum.zoom.us/u/vic.yang)\
**Post date:** [March 15, 2023, 1:45am UTC](https://devforum.zoom.us/t/host-reconnecting/82155/10 "2023-03-15T01:45:50Z")

</div>

Hey @efron.vit

We will release the next version around the end of March.

Thanks  
Vic

---

<div class="post-metadata">

**Author:** ![efron.vit](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/efron.vit/32/33711_2.png) [@efron.vit](https://devforum.zoom.us/u/efron.vit)\
**Post date:** [April 3, 2023, 7:40am UTC](https://devforum.zoom.us/t/host-reconnecting/82155/11 "2023-04-03T07:40:11Z")

</div>

Release 1.7.0. fixed the problem. I used reclaimHost() and everything works fine. Thank you =)

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex016/uploads/zoomdeveloper/original/3X/6/1/614bdd549b610bbaa46ff934617683a02bdaa03c.png) [@system](https://devforum.zoom.us/u/system)\
**Post date:** [May 3, 2023, 5:41pm UTC](https://devforum.zoom.us/t/host-reconnecting/82155/12 "2023-05-03T17:41:11Z")

</div>

Closed on May 3, 2023, 5:41pm UTC

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
