-
Notifications
You must be signed in to change notification settings - Fork 390
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
UI delay when opening RoslynDev hive with Roslyn.sln open #2652
Comments
Is the project being opened in the RoslynDev hive part of Roslyn.sln? The project reloader should only be called if any of the csprojs in Roslyn.sln change - if you let this happen do you see any changes to any csproj in roslyn.sln? /cc @jviau |
It's a totally unrelated project. |
Is opening the unrelated project causing a change to a .targets or .props file shared by a project in Roslyn.sln? |
@rchande I believe I understand this - this is the compiler extension generating a new targets file in AppData. We're reloading based on it, we have another bugs that are tracking the performance of this reloading but I'll move this over to Roslyn. |
This issue was moved to dotnet/roslyn#21838 |
Check out and build the Roslyn master branch.
Open Roslyn.sln in the Dev15 main hive and wait for the project to finish opening.
Start a new instance of VS in the RoslynDev hive
devenv /rootsuffix RoslynDev
.Open a C# project in the new VS instance.
For some reason, doing this causes the VS with Roslyn open to hang. It looks like opening a project in the other hive is triggering the project system to reload Roslyn.sln in the main hive. Note that I don't see this if both instances are running in the same hive.
I see lots of blocked time in:
The text was updated successfully, but these errors were encountered: