Visual Studio 2017 hangs while loading a solution

Question

I have a solution containing 4 projects.

One .NET Framework project (Ananas)
Two .NET Core project (Bananas & Cherries)
One Xamarin project (Dewberries)

Every time I start Visual Studio 2017 Community (15.6.2) and load the solution, it hangs itself while loading in the first project (Ananas).

I can sit and wait for it to load for 30 minutes or more, but the progress bar will just keep animating. I have to totally kill Visual Studio to stop this.

If I then delete the solution folder, and unpack it anew from a backup archive that I have stashed away and load it up again, it loads the first time without hanging. But when I close the solution, close Visual Studio, restart and load it again, it starts to hang again.

Koray Elbek · Accepted Answer · 2020-09-16 11:23:36Z

3

I had the same problem and removing of the hidden .vs folder in solution directory fixed the problem.

answered Sep 16, 2020 at 11:23

Koray Elbek

8646 silver badges13 bronze badges

Sign up to request clarification or add additional context in comments.

Comments

Aron · Accepted Answer · 2018-03-20 19:56:53Z

0

Try opening Visual Studio in Administrator Mode.

edited Mar 20, 2018 at 19:56

Aron

3,6093 gold badges32 silver badges46 bronze badges

answered Mar 20, 2018 at 5:57

Nivas Pandian

4241 gold badge7 silver badges18 bronze badges

Comments

seangwright · Accepted Answer · 2018-04-29 15:21:37Z

There are lots of different guids in the Visual Studio solution files.

As per my comment to @samirg's answer:

The first Guid Project("{ <GUID> }") is the .net project type, the second Guid ".csproj", "{ <GUID> }" is the unique project identifier. You should not change the first, but you can set the second to a unique ID.

Visual studio generates both, the first from the project type you select when creating a new project, the second uniquely identifies that project.

It appears you have a mix of both new and old project guids as seen here in the .net Project System repo README.md

https://github.com/dotnet/project-system/blob/master/docs/opening-with-new-project-system.md

The project type guid (at this point now that there are 2 for each language) tells Visual Studio to treat the project like an old or new project type.

FAE04EC0-301F-11D3-BF4B-00C04F79EFBC is the old C# project guid.

9A19103F-16F7-4668-BE54-9A1E7A4F7556 is the new C# project guid.

Since you have a mix of both I would change all of the old guids to the new ones for consistency in the behavior of the solution.

The new VS2017 project system has a bunch of benefits.

Samir · Accepted Answer · 2018-03-20 00:12:23Z

-1

If you inspect the Solution (SLN) file, you may find duplicate GUIDs for two or more of the projects. See the example below.

Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "Ananas", "Ananas\Ananas.csproj", "{F16C0F09-8509-4370-B4FF-C6E1C1C27C31}"
EndProject
Project("{9A19103F-16F7-4668-BE54-9A1E7A4F7556}") = "Bananas", "Bananas\Bananas.csproj", "{9D7771AE-8A04-438E-858A-7DBD42025BF4}"
EndProject
Project("{9A19103F-16F7-4668-BE54-9A1E7A4F7556}") = "Cherries", "Cherries\Cherries.csproj", "{91FB0CB7-5DC1-4B86-B33C-F22BE6A11CF2}"
EndProject
Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "Dewberries", "Dewberries\Dewberries.csproj", "{424ABA82-B745-4376-8A52-632B9016608E}"
EndProject

As you can see the first and the last project have the same GUID, and the two projects in the middle have the same GUID as well. What you need to do is generate a valid GUID to differentiate the conflicting projects. Such that, you get something like the following.

Project("{2CD1389C-9B3D-41E9-9AC4-FB6402671C81}") = "Ananas", "Ananas\Ananas.csproj", "{F16C0F09-8509-4370-B4FF-C6E1C1C27C31}"
EndProject
Project("{73ED998E-CD14-48E9-8193-A60F496F9CD7}") = "Bananas", "Bananas\Bananas.csproj", "{9D7771AE-8A04-438E-858A-7DBD42025BF4}"
EndProject
Project("{9A19103F-16F7-4668-BE54-9A1E7A4F7556}") = "Cherries", "Cherries\Cherries.csproj", "{91FB0CB7-5DC1-4B86-B33C-F22BE6A11CF2}"
EndProject
Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "Dewberries", "Dewberries\Dewberries.csproj", "{424ABA82-B745-4376-8A52-632B9016608E}"
EndProject

To generate valid GUIDs, I suggest that you use an online tool for this, such as Online GUID Generator.

answered Mar 20, 2018 at 0:12

Samir

1,4411 gold badge18 silver badges27 bronze badges

7 Comments

seangwright Over a year ago

The first Guid (Project("{ <GUID> }")) is the .net project type, the second Guid (".csproj", "{ <GUID> }") is the unique project identifier. You should not change the first, but you can set the second to a unique ID.

Samir Over a year ago

Interesting... as you can tell, the secondary IDs are all unique as is. Why would the Xamarin project then have the same ID as the regular .NET Framework project? Should they not be different, if they signify a different project type? And why would VS accept my randomly generated project ID? All valid questions, and I will likely not get any answers to these questions. Thanks for the input though, I will keep this in mind if I run into this problem again.

Samir Over a year ago

@seangwright Did you have the same problem? Were you able to solve it by changing the secondary IDs?

Samir Over a year ago

I found no reference to these GUIDs on Microsoft docs, but there is a good list over at Code Project.

seangwright Over a year ago

Checkout the dotnet project system repo github.com/dotnet/project-system/blob/master/docs/…. Took a but of googling but it has a reference to the new and old project guids which it seems you have a mix of.

|

Collectives™ on Stack Overflow

Visual Studio 2017 hangs while loading a solution

4 Answers 4

Comments

Comments

Comments

7 Comments

Your Answer

Linked

Hot Network Questions

Collectives™ on Stack Overflow

4 Answers 4

Comments

Comments

Comments

7 Comments

Your Answer

Sign up or log in

Post as a guest

Linked

Related