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
Hi,
I'm testing some behaviors with/without internet connection. and sometimes I'm expecting an issue when connectionStatus is connected but messages are not received which is related to connection/disconnection which I'm testing. and after calling reconnect() it starts to work again.
The last status in didReceiveStatus is also connected
Initially, I thought to check if the connection is disconnected and call reconnect() after that but it didn't cover 👆 - I think it can be an issue somewhere.
So my question: is there any consequences/side effects if reconnect() is called more frequently even if the status is connected to cover 👆?
PubNubConfguration: automaticRetry: .default
I'll try to find steps to reproduce.
The text was updated successfully, but these errors were encountered:
akuzminskyi
changed the title
Reconnection connectionStatus is connected, but messages are not received after internet connection manipulation
Mar 21, 2024
Hi @akuzminskyi, could you provide steps to reproduce? There are no consequences if you don't do it very frequently. The request will be repeated with the last used timetoken, so you shouldn't miss these messages that weren't delivered due to issues regarding the internet connection.
Also, the reason you don't get the error immediately after turning off your internet connection is because of the timeout value which is relatively large for the request we use under the hood. The question is, what happens if your internet connection is restored? Did the subscribe loop also restore?
Hi,
I'm testing some behaviors with/without internet connection. and sometimes I'm expecting an issue when
connectionStatus
isconnected
but messages are not received which is related to connection/disconnection which I'm testing. and after callingreconnect()
it starts to work again.The last status in
didReceiveStatus
is alsoconnected
Initially, I thought to check if the connection is
disconnected
and callreconnect()
after that but it didn't cover 👆 - I think it can be an issue somewhere.So my question: is there any consequences/side effects if
reconnect()
is called more frequently even if the status isconnected
to cover 👆?PubNubConfguration:
automaticRetry: .default
I'll try to find steps to reproduce.
The text was updated successfully, but these errors were encountered: