-
Notifications
You must be signed in to change notification settings - Fork 4.2k
move to new OperationProgress API. #37781
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
move to new OperationProgress API. #37781
Conversation
…o newOperationProgressAPI
|
@dotnet/roslyn-ide I need sign off from someone. platform team already signed off on their API usage. |
|
Should this go into dev16.3 branch or dev16.3-vs-deps? |
|
it is targetting 16.3 preview 4 |
| <PropertyGroup> | ||
| <!-- Versions used by several individual references below --> | ||
| <RoslynDiagnosticsNugetPackageVersion>2.9.3</RoslynDiagnosticsNugetPackageVersion> | ||
| <RoslynDiagnosticsNugetPackageVersion>2.9.4</RoslynDiagnosticsNugetPackageVersion> |
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.
@mavasani Was this the buggy version that had that big memory leak?
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.
Memory leak has been there since 2.9.3, but we explicitly turned off all the DFA rules that could cause it in our solution ruleset. Not sure if 2.9.4 has more DFA rules on by default. I am planning to publish 2.9.5-beta1 today, which has the fix for the memory leak, and will submit a follow-up PR to move to that package before we merge this branch back to master.
ghost
left a comment
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.
Auto-approval
existing OperationProgress API responded to any design-time build event and we would like to restrict it to the only one that caused by solution load scenario.
for that, platform team added new API and we are moving to that API.
other design-time build events caused by things like "Active Configuration change" or "git branch" switch scenario will be considered in next PLM (partial load mode) iteration.
in current iteration, it is only for solution load. and we are still under experiment on this PLM.