Closed
Bug 1318772
Opened 9 years ago
Closed 9 years ago
Websockets closed with 400 Bad Request
Categories
(Core :: Security: PSM, defect)
Tracking
()
RESOLVED
INVALID
| Tracking | Status | |
|---|---|---|
| firefox53 | --- | affected |
People
(Reporter: bugzilla.mozilla.org, Unassigned)
References
()
Details
Attachments
(2 files)
STR:
fails:
- start nightly profile manager
- create and start new profile
- open browser console
- open https://meguca.org/all/
- observe a request to https://meguca.org/socket returning "400 bad request"
works:
same as above, except with release (50). response status code is "101 switching protocols"
Comment 2•9 years ago
|
||
It stopped working when TLS 1.3 was enabled in bug 1310516. I have no idea where the problem can be. Martin, can you have a look at it?
Component: Networking: WebSockets → Security: PSM
Flags: needinfo?(martin.thomson)
Comment 3•9 years ago
|
||
The problem here isn't directly related to TLS 1.3, the connection is successfully made, but more something to do with the connection after the connection completes. I think that this is likely to be a cloudflare issue. I'll contact them and see.
Flags: needinfo?(martin.thomson)
Comment 4•9 years ago
|
||
OK, that was quick. Cloudflare have confirmed that they are aware of an issue and are working on it.
Comment 5•9 years ago
|
||
Can we now close this bug?
Comment 6•9 years ago
|
||
Server side issue. Closing as invalid.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•