-
Notifications
You must be signed in to change notification settings - Fork 67
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
A Task was cancelled #84
Comments
Stop trying to send packets over a dead connection. |
Doesn't it automatically stop on calling connection.Close() on both sides? |
It closes, but packets in the send-queue still try to make it through. The lib embraces a pretty slim state machine: ONLINE, OFFLINE. That's it. Everything before and after has to be considered in your code. In your case, I assume the connection dies while sending a paket. (e.g. the sent packet is faulty) If you think this behavior isn't intended or even a bug, please set up a small example project for further analysis. |
I see. You might want to check whether the connection is still alive before you call connection.Close() You can configure the TIMEOUT (default 2.5 sec) or disable the pinging completely. |
Strange. I have to test this case on my machine. So, in order to reproduce the issue, one has to:
// flaggy issue - doesn't occur all the time |
Hi. The server randomly throws this exception anytime. The last time I found it was when no client was connected. What should be done?
The text was updated successfully, but these errors were encountered: