Closed Bug 1318772 Opened 9 years ago Closed 9 years ago

Websockets closed with 400 Bad Request

Categories

(Core :: Security: PSM, defect)

x86_64
Windows 10
defect
Not set
normal

Tracking

()

RESOLVED INVALID
Tracking Status
firefox53 --- affected

People

(Reporter: bugzilla.mozilla.org, Unassigned)

References

()

Details

Attachments

(2 files)

Attached image browser console output
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"
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)
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)
OK, that was quick. Cloudflare have confirmed that they are aware of an issue and are working on it.
Can we now close this bug?
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.

Attachment

General

Creator:
Created:
Updated:
Size: