You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Most real-world WebSockets situations involve longer-lived connections. The WebSocketApp run_forever loop will automatically try to reconnect to an open WebSocket connection when a network connection is lost if it is provided with:
- a dispatcher argument (async dispatcher like rel or pyevent)
- a non-zero reconnect argument (delay between disconnection and attempted reconnection)
Providing a non-zero reconnect argument is actually sufficient.
This library already includes a dispatcher that handles reconnection.
It's unclear why rel dispatcher is beneficial vs the standard one, and it should be detailed if there's a real reason. Also, working on sensitive topics, I find always a bit odd when a 3k+ stars GitHub repo advise using a 20 stars 3rd-party repo.
The text was updated successfully, but these errors were encountered:
@jeanbmar a custom dispatcher (such as rel) would generally be used in the context of async applications. The most obvious use case is running multiple WebSocketApp instances without mucking around with threads.
However, I agree that it would be clearer for the reconnect section of the docs to focus on the reconnect kwarg.
README says:
Providing a non-zero reconnect argument is actually sufficient.
This library already includes a dispatcher that handles reconnection.
It's unclear why rel dispatcher is beneficial vs the standard one, and it should be detailed if there's a real reason. Also, working on sensitive topics, I find always a bit odd when a 3k+ stars GitHub repo advise using a 20 stars 3rd-party repo.
The text was updated successfully, but these errors were encountered: