Upgrading to IE8 breaks debugging with Visual Studio 2005
Since Microsoft published IE8 as a Windows Update and my boss said he upgraded to it, I figured it was safe to upgrade to it as well. I’ve been enjoying the changes for a couple days now, but when I attempted to debug an ASP.NET application with Visual Studio 2005, it would no longer stop at a breakpoint. Pretty frustrating if you ask me. I’ve found a few articles online describing problems, most of which I haven’t encountered yet. You may want to implement all these workarounds.
- Some VS2005 and VS2008 Wizards Pop Up Script Error
- VS 2005 Debugger crashing with IE 8 Beta 2
- Why can’t I debug from Visual Studio 2005 after installing IE8?
- Script debugging broken in VS 2005 after installing IE8
- Debugging with VS 2005 and IE 8
The problem I was having appears to be related to how IE8 uses multiple processes. Apparently VS 2005 doesn’t know which process to attach to. Here are three solutions:
- Don’t have IE8 running at the time you want to debug. This worked for me.
- Modify the registry as described in the second link above. This worked for me as well. Here are the steps:
- Open RegEdit
- Browse to
HKEY_LOCAL_MACHINE->SOFTWARE->Microsoft->Internet Explorer->Main - Add a DWORD value called
TabProcGrowthwith a value of 0 - Turn off protected mode browsing in IE (Security page of Internet Options) if you are running on Vista or newer.
- Uninstall IE8 to revert back to IE7. I don’t really want to do this though. I’ve grown particularly fond of a few of the new features in IE8, such as previous session restore (although I wish it would allow me to restore more than just the last session) and improvements in search.
I don’t know if this is a problem with VS 2008, but some of the articles seem to imply it only applies to VS 2005. Maybe it’s time to upgrade Visual Studio




May 19th, 2009 at 7:22 am
I have the same problem in VS 2008. The solution 2. I d´nt work. tnx
May 22nd, 2009 at 7:54 am
Thanks a lot,
Solution 2 worked for me.
June 4th, 2009 at 7:35 am
Yep, same thing happened to me. IE8 got installed, and the next time I tried to debug in Visual Studio 2005 it opened a new IE window, but never stopped at my breakpoints. I then noticed the “play button” was still enabled. Solution 2 got me back to what worked last week. Thanks so much!
June 10th, 2009 at 4:44 am
Thanks for the fix. #2 worked like a charm. I had been chasing down this problem for a few days before we discovered that it was being caused by IE8. My co-worker found this post, and voila, all better.
June 11th, 2009 at 12:15 pm
Thanks a bunch, this was giving me a headache! Solution 2 worked great.
June 13th, 2009 at 11:14 pm
Thanks David,
Solution No. 2 did the magic.
Regards,
Max
June 14th, 2009 at 11:35 pm
Thanks for this.
I sat here for an hour trying to figure the problem and Option 2 solved my problem also.
THANS AGAIN!!
June 18th, 2009 at 4:08 am
Thanks! Solution #2 worked for me as well.
June 18th, 2009 at 7:12 pm
Solution 2 worked for me.
Thanks heaps.
June 19th, 2009 at 12:13 pm
Hey David…
Great article as per usual. I’m going to just upgrade to VS 2008. Found it here: http://www.zoomtorrents.com/index.php?file=Visual_Studio_2008_Developer_Edition
Should I get the professional or developer? what’s the diff>
July 1st, 2009 at 8:58 am
Solution #2 also worked for me (VS 2005) Thanks for the info.
July 2nd, 2009 at 5:53 am
Thanks,
Solution #2 was great for me.
July 25th, 2009 at 4:08 am
Thanks, Solution 2 was the way to go for me. I’m realy disapointed in Microsoft, breaking their own products
July 28th, 2009 at 9:40 am
#2 worked fine, thank you.
August 15th, 2009 at 9:31 pm
good work with solution 2, thank’s.. good sharing.
August 28th, 2009 at 4:24 am
Thanks, Solution 2 works for me.
September 15th, 2009 at 2:27 am
Great, after some head scratching I also found that having no ie windows open works, so I figured the VS debugger was having trouble attaching to the right process.
Solution 2 worked for me. Btw, if it doesn’t work for you, as well as HKEY_LOCAL_MACHINE, try adding to ‘HKEY_CURRENT_USER -> SOFTWARE -> Microsoft -> Internet Explorer -> Main’ in the same way.
September 15th, 2009 at 8:03 am
Solution 2 worked perfect. Why doesn’t Microsoft have this in a knowledge base or fix it in an update? What the heck! Thanks for the solution!
September 22nd, 2009 at 10:20 am
Solution 1 worked (but not very useful), and solution 2 really worked!
thanks!
I am using VS2003 with same issue… and this fixed it…
September 23rd, 2009 at 9:08 am
Solution 2 worked for me. Thanks for posting David!
October 1st, 2009 at 7:36 pm
Thanks.. solution worked for me…
October 8th, 2009 at 11:08 pm
Thanks David,
This worked Great for me.Please give some keywords to reach this page, people search from google.
Thankyou very much.
November 3rd, 2009 at 12:08 pm
Thanks a lot! The second solution worked for me.
November 3rd, 2009 at 12:08 pm
Modifying the registry solved the problem. Thank you very much!
December 2nd, 2009 at 1:04 am
Great,,,Second option did work for me
Thank u so much…..
how did u get this soultion ????? really greatt….
Keep Posting such solutions
December 2nd, 2009 at 2:02 pm
thanks, man,
the only missing part is “how to deal with 64 bit”, so you need to open HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Internet Explorer\Main insetad of 32 one, and the other point is DWORD needs to be 32bit instead of 64. thanks again
December 11th, 2009 at 1:00 am
thanks, solution #2 works without any problem to system & IE8
January 9th, 2010 at 5:29 am
Thank you :). #2 worked perfect.
February 13th, 2010 at 12:03 pm
Great Stuff!
XP 32bit SP2, VS2k5, 2nd solution worked like a charm.
Thanks!
February 18th, 2010 at 2:29 am
Thanks a lot dear, Solution#2 worked.
Asim
February 23rd, 2010 at 3:21 am
Thanks
February 24th, 2010 at 12:51 pm
Would have never guessed IE was the cause. Thanks!
I’m working with 64 bit, and used solution #2 except I used HKEY_CURRENT_USER instead of HKEY_LOCAL_MACHINE as Eiden described, and still used DWORD (32 bit). I tried using DWORD and QWORD (64bit) in HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Internet Explorer\Main as Tafa mentioned but neither worked for me.
February 25th, 2010 at 8:51 am
Thanks a lot! The second solution worked for me.