Skip to content
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

Update MsQuic and use ConnectionCloseStatus in StreamShutdown #73563

Merged
merged 3 commits into from
Aug 10, 2022

Conversation

rzikm
Copy link
Member

@rzikm rzikm commented Aug 8, 2022

Fixes #73229.

This PR consumes latest MsQuic changes (2.1.0).

Opening as Draft until dependencies updates are merged (#72934). Unit tests pass with locally built MsQuic release/2.1 branch.

@ghost
Copy link

ghost commented Aug 8, 2022

Tagging subscribers to this area: @dotnet/ncl
See info in area-owners.md if you want to be subscribed.

Issue Details

Fixes #73229.

This PR consumes latest MsQuic changes (2.1.0).

Opening as Draft until dependencies updates are merged (#72934)

Author: rzikm
Assignees: -
Labels:

area-System.Net.Quic

Milestone: -

@rzikm
Copy link
Member Author

rzikm commented Aug 9, 2022

Interestingly enough, the current version when building main already reports 2.1.0, and since CI does not crash, it seems to be recent enough version.

@rzikm
Copy link
Member Author

rzikm commented Aug 9, 2022

/azp run runtime-extra-platforms

@rzikm rzikm marked this pull request as ready for review August 9, 2022 14:13
@rzikm rzikm requested a review from a team August 9, 2022 14:13
@azure-pipelines
Copy link

Azure Pipelines successfully started running 1 pipeline(s).

@@ -543,12 +543,12 @@ private unsafe int HandleEventShutdownComplete(ref SHUTDOWN_COMPLETE data)
(shutdownByApp: true, closedRemotely: true) => ThrowHelper.GetConnectionAbortedException((long)data.ConnectionErrorCode),
// It's local shutdown by app, this side called QuicConnection.CloseAsync, throw QuicError.OperationAborted.
(shutdownByApp: true, closedRemotely: false) => ThrowHelper.GetOperationAbortedException(),
// It's remote shutdown by transport, (TODO: we should propagate transport error code), throw QuicError.InternalError.
// TODO: we should propagate transport error code
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is the removal of the description // It's remote shutdown by transport, in the comment intentional? I don't mind it since the named variables are pretty self-explanatory. But if we're doing it, could you do it for all the cases?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I added the comments back, with very brief explanation when the two transport shutdown cases occur.

Copy link
Member

@CarnaViire CarnaViire left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, thanks!

Copy link
Member

@ManickaP ManickaP left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

:shipit:

@rzikm
Copy link
Member Author

rzikm commented Aug 10, 2022

Test failures are unrelated

@rzikm rzikm merged commit 8a4de2e into dotnet:main Aug 10, 2022
@karelz karelz added this to the 7.0.0 milestone Aug 15, 2022
@ghost ghost locked as resolved and limited conversation to collaborators Sep 14, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[QUIC] CONNECTION_TIMEOUT may be misreported as IDLE_TIMEOUT
4 participants