-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Fix #46123 - make the subProtocol nullable for HttpListenerContext::AcceptWebSocketAsync #47402
Conversation
…ockets in HttpListener.
Note regarding the This serves as a reminder for when your PR is modifying a ref *.cs file and adding/modifying public APIs, to please make sure the API implementation in the src *.cs file is documented with triple slash comments, so the PR reviewers can sign off that change. |
Tagging subscribers to this area: @dotnet/ncl Issue DetailsFixes #46123. This makes the A null subProtocol is valid and means no subprotocol, whereas an empty string is not valid so there needs to be a distinction between them. I hope I've covered everything that needs doing here, but as this is my first contribution please let me know if there's anything I've missed.
|
Looks like we even have the tests in HttpListenerContextTests.cs to cover the Should be good to merge if #46123 gets the API approval. |
/azp run runtime |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run runtime-libraries-coreclr outerloop |
Azure Pipelines successfully started running 1 pipeline(s). |
@jeffhandley, I don't remember how/where you wanted to track nullability changes... |
Here's the running issue: dotnet/docs#21202 |
Fixes #46123. This makes the
subProtocol
nullable when accepting web sockets.A null subProtocol is valid and means no subprotocol, whereas an empty string is not valid so there needs to be a distinction between them.
I hope I've covered everything that needs doing here, but as this is my first contribution please let me know if there's anything I've missed.