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
I'm attempting to use the onDone() callback to detect an unexpected web socket connection loss, and I'm not seeing a consistent close code. I don't know if this is a bug with the plugin, or if I'm doing something wrong. When intentionally closing the connection at the end of a session I call myChannel.sink.close(1000). When I check the channel's close code in my onDone callback I get either 1000 or 1005. I'm expecting 1000 and not 1005 and don't understand why why I would be getting that. I'm not sure if this is unexpected plugin behavior or if it's the peer on the other end not returning a consistent code. Does the channel's close code get set to the code returned by the server, or should it match what I used when closing the sink? Is there a better way to detect a dropped connection?
Here's an example of the callback
`
void _handleOnDone() {
I'm attempting to use the onDone() callback to detect an unexpected web socket connection loss, and I'm not seeing a consistent close code. I don't know if this is a bug with the plugin, or if I'm doing something wrong. When intentionally closing the connection at the end of a session I call myChannel.sink.close(1000). When I check the channel's close code in my onDone callback I get either 1000 or 1005. I'm expecting 1000 and not 1005 and don't understand why why I would be getting that. I'm not sure if this is unexpected plugin behavior or if it's the peer on the other end not returning a consistent code. Does the channel's close code get set to the code returned by the server, or should it match what I used when closing the sink? Is there a better way to detect a dropped connection?
Here's an example of the callback
`
void _handleOnDone() {
}
`
The text was updated successfully, but these errors were encountered: