Open JoakimCh opened 2 years ago
The spec text indeed seems pretty clear (not sure, was that added late in a revision? anyways): a test for this close code should only be run when testing clients, not servers.
a test for this close code should only be run when testing clients, not servers.
I'm sorry but this statement doesn't make any sense to me since I was testing a client implementation when getting this code from the Autobahn test server.
The code COULD be tested against the client, but then as an INVALID code from the server, meaning the test must change.
But a second test for clients could be the actually described situation in the quote from RFC6455. Also servers could be testet to accept the code in such situations. If these tests are feasible to do I don't know though.
ok, so since Autobahn supports the per-message deflate compession WebSocket extension, what could be added is testing a client
realistically, I won't have time to add such stuff .. I'd rather simply remove 1010 from the list here https://github.com/crossbario/autobahn-testsuite/blob/55339e767789fd59d0e46fefcd31930c1f1f112f/autobahntestsuite/autobahntestsuite/case/case7_7_X.py#L22
in the end, just testing for close 1010 without being in the context of extension negotiation is bogus anyways ...
Sounds good to me! Such tests can be added at a later time.
Case description:
Send close with valid close code 1010
The problem is that code 1010 may NOT be used by the server.
From RFC6455: