This repository was archived by the owner on Feb 22, 2026. It is now read-only.
Connection errors in subscriptions and reconnects #89
Unanswered
rhishikeshj
asked this question in
Q&A
Replies: 1 comment
|
Sorry for the delay getting back to you on this @rhishikeshj - I've been swamped the past few weeks.
I am not sure about this actually. I'd have expected the network link conditioner to do the job, but perhaps graphql-ws-client is missing the dropped connections? I do not have time to make the change, but if you wanted to make a PR that updates the actor to periodically send a ping that might fix it?
Sorry, but I'm actually not sure on this one. I can try and have a think, but as I said: I am very busy at the moment, and can't promise to get back to you. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Hi,
I am using the
graphql-ws-clientwithasync_tungsteniteand subscribing to multiplesubscriptionsto HasuraI want to make these subscriptions resilient against network connection breaks etc.
My question is 2-fold
What is an effective way to introduce some websocket connection errors?
I have tried the macOS network link conditioner with 100% loss but that doesn't seem to trigger any error behavior in
stream.next()I also tried turning the wifi completely off but that doesn't help either.
What if any would be good strategies to handle reconnects / re-subscribes?
Do you have any ideas / opinions on this?
Thanks for your feedback.
All reactions