[release/6.0] WinHttp: always read HTTP/2 streams to the end #63346
Conversation
![github-actions[bot]](https://avatars.githubusercontent.com/in/15368?s=60&v=4){kind=small}
|
Tagging subscribers to this area: @dotnet/ncl Issue DetailsBackport of #62870 to release/6.0 /cc @antonfirsov Customer ImpactTestingRisk
|
antonfirsov
added
Servicing-consider
|
Tagging subscribers to this area: @dotnet/ncl Issue DetailsBackport of #62870 to release/6.0 Fixes #60291 /cc @antonfirsov Customer Impact#60291 is a bug in WinHttpHandler that breaks the grpc + WinHttpHandler + IIS scenario. This prevents running/debugging grpc code on .NET Framework using Visual Studio + IIS Express which is an important customer scenario. Testing
RiskLow.
|
leecow
added
Servicing-approved
ghost
locked as resolved and limited conversation to collaborators
|
Note: This PR was insufficient as it forgot NuGet package authoring. The fix was truly released in PR #65523 as part of 6.0.4 (which is WinHttpHandler 6.0.1 to make versioning even more confusing) |
Backport of #62870 to release/6.0
Fixes #60291
/cc @antonfirsov
Customer Impact
#60291 is a bug in WinHttpHandler that prevents running/debugging gRPC code on .NET Framework using Visual Studio + IIS Express which is an important customer scenario for dotnet/core#5713. It can probably also manifest in production environments with servers other than Kestrel.
Testing
Risk
Low. Impacts only specific HTTP/2 cases in WinHttpHandler.