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
When a user issues a message or notification, it seems as though it gets caught in a buffer/queue going back to that user. This may also happen with other types of notifications. Any messages in the queue should be sent when there is an available connection; check for some sort of race condition or similar?
The text was updated successfully, but these errors were encountered:
It seems like it might be a case of more than one message being pushed to the session's "connection" response manager. Since this is supposed to be only used for immediate responses to current connections, either the conflict needs to be found or responses need to be handled differently.
Seems to be happening in Room#join, which is calling Room#send. Agent#respond is called in join, then again in send, causing items to be queued into the buffer for connection responses.
When a user issues a message or notification, it seems as though it gets caught in a buffer/queue going back to that user. This may also happen with other types of notifications. Any messages in the queue should be sent when there is an available connection; check for some sort of race condition or similar?
The text was updated successfully, but these errors were encountered: