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 don't know if what I've encountered is a bug or the expected behaviour. I'll need to hear opinions on this.
Essentially, a web app has been created that connects to the sockjs server a fixed URL and port. Additionally, we have a case where we would like to reconnect to the same socket session (id) after a refresh or disconnect (based on a unique user id).
When we leave the sockjs server to generate the UUID for each refresh we get a connection and we can send and receive messages correctly. However, if we provide a fixed session.id the first connection to the sockjs server works perfectly. A refresh on that page produces the following:
Multiple repeated 101 upgrades but no connection for approximately 20s.
Eventually when the socket connection is established no messages are sent back to the server. It's as if the connection is there but broken.
Please excuse my ignorance if I don't understand a concept here, but, seeing as the session.id can be specified why would this approach not work?
The text was updated successfully, but these errors were encountered:
Hi all,
I don't know if what I've encountered is a bug or the expected behaviour. I'll need to hear opinions on this.
Essentially, a web app has been created that connects to the sockjs server a fixed URL and port. Additionally, we have a case where we would like to reconnect to the same socket session (id) after a refresh or disconnect (based on a unique user id).
When we leave the sockjs server to generate the UUID for each refresh we get a connection and we can send and receive messages correctly. However, if we provide a fixed session.id the first connection to the sockjs server works perfectly. A refresh on that page produces the following:
Please excuse my ignorance if I don't understand a concept here, but, seeing as the session.id can be specified why would this approach not work?
The text was updated successfully, but these errors were encountered: