-
Notifications
You must be signed in to change notification settings - Fork 113
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
Refactor registration to artifact operation #3960
Refactor registration to artifact operation #3960
Conversation
Since this is a bug fix, mind adding the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
FYI, this has each of the operations register themselves with the tracker regardless of listen vs connect mode, but I think that should be fine.
That's a good point, but I'm actually going to leave this for now. If we bridge more of the capabilities between connect and reverse modes, this may end up being useful. |
/backport to main |
Started backporting to main: https://github.com/dotnet/dotnet-monitor/actions/runs/4430583897 |
/backport to release/7.1 |
Started backporting to release/7.1: https://github.com/dotnet/dotnet-monitor/actions/runs/4578084019 |
@schmittjoseph an error occurred while backporting to release/7.1, please check the run log for details! Validation Failed: {"resource":"PullRequest","code":"custom","message":"No commits between release/7.1 and backport/pr-3960-to-release/7.1"} |
Summary
Addresses #3916.
Release Notes Entry
Fixes issue where trace operations with an egress provider and rundown on Linux would cause dotnet-monitor to lose connectivity with the target application.