Unity Freeze when connecting VS Debugger

Hey Guys.

Since three days, i have a really annoying issue:
When i connect the Visual Studio 2017 Debugger to my Unity Installation (Unity 4.x), the Editor freezes completely. There is no error message, timeout or anything else. If i disconnect the Debugger, Unity continue like nothing has happened. I have not to be in play mode to freeze the Editor with the debugger.

This Bug is Project independent. I have the same problem with a completely new and empty Project. There is no difference if i use the Visual Studio for Unity Plugin or not.

I use the latest Version of Windows 10 + Visual Studio 2017 Professional.

I already tried to completely uninstall Visual Studio 2017, Unity and even the last Windows 10 Updates, but nothing seems to work.

If i connect with MonoDevelop, everything works fine, but MonoDevelop is no alternative in my Company.

Do you have any ideas or tips what else i can try to fix this?

Thx!

 

Ran into the same issue today (though on 2017.3.1, win 10, vs 2017). For whatever reason, if I click the "play" button that says "Attach to Unity", Unity simply locks up until I detach. I am able to debug just fine though if I go to the "Debug" menu and choose "Attach Unity Debugger". Hope that helps someone.

EDIT: Nevermind. The problem is now presenting itself even when attaching through the menu... It worked for about 20 minutes.

Edit again: The problem ended up being conditional breakpoints. If I have a conditional breakpoint in the project, it locks up Unity (even though it isn't hitting). The breakpoint will hit one time, and after that, nothing works. Restarted Unity, Visual Studio, even a reboot didn't get the breakpoint to work again. Removing the breakpoint resolves the issue.

 

@gtzpower: Thx for the feedback. Unfortunately, i have still this issue without any breakpoints.

 

Thanks!! I haven't been able to debug properly for for days, I just deleted all breakpoints and now it's all good again.

 

Still happens~

 

Had the same issue just now. Deleting breakpoints fixed it for me, but this bug still needs to be adressed.
Has someone found a bug report?

 

I've just started hitting this as well, pretty big deal not being able to debug code efficiently.

Debug works the first time in a session (clean boot), after that it just locks up every time.

// WildStyle

 

I thought I was the only one having these issues, since we use a hot-reloading external DLL setup, I figured it must be all the crazy things we're doing the debugger just poops itself. It worked pretty alright with Unity 2017 3.1p1 and VS2015 (can't recall which VSTU version). But then as soon as we updated to latest VS2017 (15.8.4) and Unity 2018 2.6f1. The debugger freezes every single time I detach it, almost a 100% repro. I thought it must be Unity 2018, so we went back to Unity 2017 4.1f1, while it happens _slightly_ less, it still happens quite a lot, very frequent.

Every new Unity comes in, you get all these new fancy features yet the core programming environment is not robust. We're considering all sorts of work-arounds atm, even developing our game in a separate exe, and abstracting out the rendering part, just so we could debug... Not cool, not cool.

 

Same freezes.
Tested on:
Unity v2018.2.7f1 and Unity v2018.2.8f1, VS2015 and VS2017
Nothing helps. Impossible to work.

 

Had the same problem, deleting all breakpoints fixed it for me too

 

gee... this is fun!
Mine was working just great until I updated visual studio. Now, it takes 5 minutes (during which both VS and the Unity Editor are frozen) to start. And, heavens help you if f-10 into something like Unity Analytics... It just hangs.

Win10
Unity 2018.2.8
VS2017 15.8.28010.2026

 

Using Visual Studio 2017 for Mac it doesn't freeze - instead it crashes the Unity process..

 

Happens with Unity 2018.2.7f1 and VS 2017 15.8.4 on Win 10. Mine also only started after I updated VS. Originally after the update, it would only fail 1/3 times, but now it fails 100% of the time.

 

There has been an update to Visual Studio and the Unity tools bundled with it, evidently this fixes the issue, although I've not had time to confirm yet.

 

I've updated to the newest patch, and everything seems to be working again.

 

Right - takes a while to attach for me, however does seem to work now which is a relief!

// WildStyle

 

I have the same issue with unity and vs2017. it keeps hanging and is frustrating that you cannot do debug.

 

for me it's frozen without any breakpoint or attaching debugger. Just clicking Open C# Project from the Project window will open vs and it'll stay this way for hours. Tried system restore, updated VS 2017 community to the latest version and finally reinstalled Windows (Thinking there's a virus causing this- Was recently effected with Neshta C Virus) all in vain. The same thing is happening.
Project isn't opening from Unity.
Visual studio loads fine when open standalone.
and if Unity Project is opened from the recent solution list, it hangs there as well.

 

Clearing all breakpoints via menu (Debug > Delete All Breakpoints) solved the issue for me!

 

Oh thanks man, you're a lifesaver!

 

After going down an FMOD blind alley, this worked for me too.

 

This issue is at the top of Google and still happens, today, in Unity 2018.3

 

Yep, this is happening to me right now in 2018.3.6f1

 

Same here.
Deleting just the breakpoints didn't help.
Also removed project and solution file ( these are generated by Unity in the root of the project and have the extensions *.csproj and *.sln) and restarted Unity/VSC
That worked for me.

 

deleting all the breakpoints worked for me ,thanks guys.

 

Deleting all breakpoints worked for me as well, thanks.

 

Also, can be done via the "Breakpoints" window. In my case it showed a list of several hundred of obsolete breakpoints, even from files that actually no longer existed. That really surprised me. They accumulated there over several months.

In this window, select the entire range of those breakpoints (by holding shift-key), and delete all of them.

 

Just as a Note.
This is still hapenning in Unity 2018.3.13f1.
Man this is annoying.

 

I have an issue that is similar or even the same. I'm on Windows 8.1, Unity 2018.3.10f1, Visual Studio 2017 (15.9.12), VSTU 3.9.0.3
Unity runs fine when there are no breakpoints. As soon as I add a breakpoint that should be hit, Unity freezes (which is kinda expected behaviour when hitting a breakpoint), but in Visual Studio the breakpoint is not hit. Clicking anything in Visual Studio results in VS freezing too, until I force quit Unity via the Task Manager.

A thing I noticed is, that VS correctly stops at breakpoints in the first frame of the application. The issue only appears when I click continue or add a breakpoint after the application is already running.

Another weird thing is, that I'm not able to reproduce this in an empty project. Other people running the same project can use the debugger just fine.

Edit: Another issue that seems related: Whenever I'm in play mode and make changes to a script, once I hit save, Unity freezes completely and I have to force quit.

 

Connecting to Unity can take up to a minute where there's long periods of freezing.

 

Just as an update from my side in case anyone has the same issue:
I solved this by adding Unity to the excluded processes in Windows Defender.

 

What's the point of debugging if there are no breakpoints, so disappointing they need to fix this.

 

Unity 2019.1.6f1, VS 2019 (16.1.3) and this is still happends.....
I think the Unitecs should still pay attention to this problem since this topic is already 1 year old and the problem is still not resolved.
This problem takes a lot of time during development!

 

Was having the same issue. Realized I was implementing Async through Task.Run(System.Action). Made a function to handle when I am doing async on a mac.

if(platform == osx){
job(); // not async;
} else {
Task.Run(job);
}

Damn. I really wish Unity would support real multi threading.... not just job sys which won't play well with refs...

 

You can still set breakpoints and debug. I was having this problem (VS2017) and found this thread to help. When I deleted all breakpoints, I was able to set new breakpoints and it works fine. There must have been some invalid breakpoints set which can happen in visual studio if you have breakpoints and then the code gets modified outside of visual studio and the breakpoint line numbers now point to invalid lines.

 

No it didn't (at least not finally)

What worked just now is removing the VSCode Unity extension completely and re-installing it.

 

Thank you for this!! Once I removed breakpoints it all worked again. Much appreciated.
It has worked and not worked often and I never noticed it was breakpoints causing it.

 

Having the same problem in Unity 2019.2.13f1 and Visual studio 2019 16.3.10, If I wait long enough the debugger connects in the end. However, if I delete all the breakpoints it works as expected, when the debugger has connected, you can debug normally, however is a pain to delete all the breakpoints every time I want to debug

 

This worked for me too. I can now connect the debugger and Unity is immediately responsive.

Search for "Windows Security" in "Type here to search" in Windows Explorer Search bar.
Click "Virus and threat protection".
Click "Manage settings".
Click "Add or remove exclusions."
Click "Add exclusion."
Choose "Process".
Type "Unity Editor" in the popup.
Click OK.

Thanks for your help @Julien_

 

This is apparently not a cure-all solution. I have been having long freezes (large number of breakpoints as usual) and adding "Unity Editor" to the list of excluded process did not help a single bit.

I assume the fact it solve the issue for you is just pure luck, you probably also cleared your breakpoints (which gets rid of the issue 95% of the time).

 

Clearing breakpoints just worked for me. Anyone official from Unity care to comment?

 

For me, it seemed to happen if I put a breakpoint on code that would likely get removed by the compiler. Sometimes I'd want to check the value of something right after a line of code executed, so I'd write something useless right after it like

Code (CSharp):

1. int x = 0;

And put the breakpoint on that. This would cause the freeze. Removing the breakpoint fixed the freeze. So I suspect that code doesn't actually exist in the compiled version that's being run, causing the lock-up.

That may explain why some people are having issues with conditional code - perhaps if the compiler determined that only one of the conditions could ever be met, it compiles out the conditional, and the breakpoint is on non-existent code.

Again, this is all conjecture.

EDIT: I tested the conditional theory and it seems unrelated. I tried this:

Code (CSharp):

1. if (false)
2. {
3.     Debug.Log("IMPOSSIBLE"); //<--Breakpoint goes here
4. }

And it did not freeze Unity. Oh well.