-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
Remove usage of WaitAndGetResult from debugger paths #76479
Remove usage of WaitAndGetResult from debugger paths #76479
Conversation
@JoeRobich @jasonmalinowski ptal. |
|
||
var point = nullablePoint.Value; | ||
var proximityExpressions = await _proximityExpressionsService.GetProximityExpressionsAsync( | ||
document, point.Position, context.UserCancellationToken).ConfigureAwait(true); |
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.
There's places you're doing a ConfigureAwait(true) before we return a VsEnumBSTR and also places we you are donig ConfigureAwait(false); for example ResolveName below. I don't imagine we need to be on the UI thread at that point so I think it's fine, but I'd ask that either we make them consistently ConfigureAwait(true) or ConfigureAwait(false).
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.
Platform guidance is anything known to only be called from a jtf run should be CA(true). That way the main thread can execute those callbacks instead of blocking waiting for a big thread to do it.
No description provided.