New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WSS Server: succeeded firstly then failed afterwards with chrome/IOS #958
Comments
Can you provide some code or application which reproduces this issue? |
Hello, |
the code we use is just the SSLServerExample.java. The problem is due to session reuse. |
We patched with the code from #943 , It seemed that the problem was solved. It is reasonable that the chrome not use False Start firstly, but session reuse will have the same effect as " False Fast" afterwards. |
I appear to be experiencing the same issue as you. Implenting the bug fix you linked to has appeared to significantly reduce the number of failed connections, but I still do occasionally have issues whenever I restart the server. Totally ballparking here: I'd say before that bug fix, I'd experience issues 4/5 times, but afterward it's closer to 1/10 times. I can't really contribute any solutions or possible reasons as to what could be causing the issue, but figured I'd mention it at the very least. |
I'm having similar issues. Not sure what it is. Also the issue NEVER occurs when I use a java client, only JS client with browser. Edit I found I got this error: The connection was closed because the other endpoint did not respond with a pong in time. For more information check: https://github.com/TooTallNate/Java-WebSocket/wiki/Lost-connection-detection |
@junaidnom you should report this error to the developer of the other endpoint. Best regards, |
Closing issue as it was solved with #943 |
We are running this wss server under android. There is no any problem to connect with this server using wss client under android. The wss client of chrome can also work with this server firstly. But if we close the wss connection and connect with this WSS server again, it failed mostly. We found that the chrome omitted the "Client Key Exchange..." after the first established connection. The IOS websocket client had the same problem.
The text was updated successfully, but these errors were encountered: