Stop stealing focus when a breakpoint trips.
This suggestion is migrated to Developer Community. Please use below link to view the current status.
Just blink the icon on the app bar when VS trips a breakpoint and VS isn't the app with focus. Don't just take focus and start processing the keyboard events meant for the app I am in at the time. Don't checkout the source file. Don't start intellisense. Don't start edit&continue debug. I'll get to VS when I see the blinking icon in the app bar in my own good time. How hard can this be? Other apps do it. And VS does it too when I am debugging two communicating applications. Step over a call in one instance of VS that triggers a call in another app I am debugging and have a breakpoint set in the called code and the other instance of VS blinks to let me know the breakpoint there has been tripped.
I've lost count of the times I've trash my build because I was multi tasking and VS studio stole the focus and then I was typing in my code instead of my skype or email. Totally unacceptable!
Does MS really think this is good design?
How about just disabling stealing focus for the entire OS! I'd be willing to pay something for that! Is it ever OK to interrupt what I'm working on? NO!
This request pops up for years now and is continously ignored by Microsoft.
I myself use the feedback button in Visual Studio to regularly complain about this problem.
It seems they don't want to address such fundamental problems.
Maybe we should combine the request somehow with the possibility to collect more "analytics data"? I bet they will fix this yesterday if there is some data to collect. :)
Matthew Monroe commented
It's been doing this for as long as I can remember. And each version they say "Sorry, not fixing this time", then close the Request and make you open a new one. Here's the old, closed one from 2016: https://visualstudio.uservoice.com/forums/121579-visual-studio-ide/suggestions/2941415-quit-stealing-focus-when-a-breakpoint-is-hit
Hope this gets fixed soon...
This is %$# annoying