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
If a client closes a connection without providing a status code, the WebSocket server will respond to the client with a close frame that has an invalid status code of 1005. This will cause some browsers, including Chrome and Safari, to display an error in the console.
Steps to reproduce:
I tested using Python 3.6.9 against commit 961c07c:
Apply the following diff to examples/echo_gevent_server.py:
It is correct for the server to internally synthesize the status code 1005 when it receives a close frame for the client with no status code, but this particular status code should never be sent back to the client. From the WebSocket RFC:
1005 is a reserved value and MUST NOT be set as a status code in a Close control frame by an endpoint. It is designated for use in applications expecting a status code to indicate that no status code was actually present.
In our application we worked around the issue on the client side by always setting a status code when closing the connection. See hypothesis/client#1941 for details.
The text was updated successfully, but these errors were encountered:
If a client closes a connection without providing a status code, the WebSocket server will respond to the client with a close frame that has an invalid status code of 1005. This will cause some browsers, including Chrome and Safari, to display an error in the console.
Steps to reproduce:
I tested using Python 3.6.9 against commit 961c07c:
examples/echo_gevent_server.py
:python example/echo_gevent_server.py
Notes:
It is correct for the server to internally synthesize the status code 1005 when it receives a close frame for the client with no status code, but this particular status code should never be sent back to the client. From the WebSocket RFC:
In our application we worked around the issue on the client side by always setting a status code when closing the connection. See hypothesis/client#1941 for details.
The text was updated successfully, but these errors were encountered: