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
However, I noticed that no ping/pong exchanges were happening in my use case. So, I lowered down the interval to something like 1000, and at that point I could see the ping/pong messages being sent.
Finally, I realized the backend sends a message on this websocket roughly every ~5 seconds. Is this what is preventing the ping messages from being sent by the client? Or, more generally: receiving a 'standard' message on the websocket clears up a ping/pong cycle or am I misunderstanding something?
Using ^4.13.0.
The text was updated successfully, but these errors were encountered:
From my experience with the ping/pong feature, I suppose there may be some issues related to dirty timestamps also with reconnections (the ones happening with shouldReconnect, reconnectAttempts, reconnectInterval options, and also with switching the connect hook parameter) - sometimes, I've observed ping/pongs not being sent in the reconnected subsequent websockets.
I'm sorry not being able to provide a reproducible example or codebox, since for the time being I implemented a custom ping-pong hook on top of the existing websocket.
I configured a websocket with a pretty standard heartbeat configuration:
However, I noticed that no ping/pong exchanges were happening in my use case. So, I lowered down the interval to something like 1000, and at that point I could see the ping/pong messages being sent.
Finally, I realized the backend sends a message on this websocket roughly every ~5 seconds. Is this what is preventing the ping messages from being sent by the client? Or, more generally: receiving a 'standard' message on the websocket clears up a ping/pong cycle or am I misunderstanding something?
Using
^4.13.0
.The text was updated successfully, but these errors were encountered: