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
If the connection state is CONNECTING, moves immediately to CLOSING. If the connection attempt succeeds, ie. a CONNECTED ProtocolMessage arrives from Ably, then do as specified in RTN12a. If it doesn’t succeed, move to CLOSED.
Workaround is to wait for the connected event via a connection state listener
Since autoConnect is enabled by default, it will send CONNECT message before calling explicit close method. This means it will get to connected state once CONNECTED message is received. Also, I am not sure about order in which close msg is sent since both attach and close can be sent at the same time and there can be a race condition while checking channel state when close msg is sent.
Also, issue doesn't seem that critical.
Users will always get ably instance into CONNECTED state, perform some operation on it and then explicitly close the connection.
With the following basic code:
The Ably connection state goes from
connecting
toclosing
but the client goes toconnected
after attempting a connection to a fallback hostAccording to RTN12f
Workaround is to wait for the
connected
event via a connection state listener┆Issue is synchronized with this Jira Task by Unito
The text was updated successfully, but these errors were encountered: