I'm working on a web application with VS2010 (using Windows 7) and usually in debug mode:
1. when I close the browser window, the debugger stops
2. when I stop the debugger, the browser window closes
Some time ago these stopped working.
Recently I updated my IE9 to IE10 and I suspect that this issue could be connected with IE10.
Any help?
I use VS Ultimate 2012. Just tried and it worked:
Open browserlist dropdown in the toolbar (button with green triangle), click on "Browse With...". After some seconds browserlist window will be opened. Select "Internet Explorer" that is NOT default and remove it. Close window and try to debug.
If second "Internet Explorer" is still there try to select another browser and then select "Internet Explorer" again.
Hope it helps.
I just noticed that in the "Browse With" menu of the web application there are two instances of Internet Explorer and when I tried to set to default one of them, always the same instance was set to default.
I guess that IE9 did not delete some registry data.
So, when I browsed my application several times with other browsers, the second instance of Internet Explorer disappeared and my problem stopped reproducing.
Now, when start debugging my VS2010 pops-up a message saying "Attaching the Script debugger of process '...' on machine '...' failed. A debugger is already attached". In Task Manager I see two instances of IE - one x64 and one x86...
I will see the questions on this topic.
Hope my post helps someone else.
Thank you, Daniel, for your attention.
Related
With Visual Studio / MVC, when clicking debug, it's always launched the local site as a new tab in my currently open Chrome window.
With the 2017.7 update, now it launches a new window every time.
Is there any way to change back to loading it into a tab? I don't like the "new Chrome window every time" behavior
Nevermind, just noticed a new answer in one of my previous questions covers this
How to stop browser closing automatically when you stop debugging on VS 2017
I have a unique issue with my installation of Visual Studio 2017 where the sign in dialog is blank, and no matter how long I wait it never seems to allow me to log in.
I have tried changing the default browser to Chrome, Edge and IE just in case it was using that under the hood for rendering this page. Prior to that I had an issue with the Virtual Machine running the IDE which required me to re-register *.VBS associations to complete the install, that has been resolved and the install has passed.
I am now just left with the sign in issue as shown below:
Has anyone had this before / know of a work around here? I have been looking around on Google for similar issues but to no avail.
Any help here would be appreciated.
Thanks!
I just encountered this issue myself on Visual Studio 2017 (30-day evaluation expired too so Eduardo Zavala's suggestion isn't possible). The cause is that I have Internet Explorer 11 installed and set to be extremely restrictive security wise. For example, it will not follow a redirect if a webpage tells it to. It also has JavaScript disabled. Apparently, Visual Studio uses Internet Explorer 11 (or at least "Internet Options" rules) for this login page instead of the default browser (e.g. Microsoft Edge) and its settings.
Start Internet Explorer 11.
Click on the gear icon in the upper right corner.
Click "Internet Options."
Click on the "Security" tab.
Click "Default level" button.
Click "Apply."
Click "OK."
Run Visual Studio 2017 again and sign in.
Set Internet Explorer 11 settings back to how you prefer them.
All should be well in both programs now (VS17 authorized and IE11 restrictive).
I think I found something...
If you go to Help tab and click on Send Feedback >> Report a Problem, a Developer Community forum page will pop-up.
In this page, you will see a sign-in link very much like the one in Visual Studio.
That particular link works, so if you log in to it, then exit the Developer Community Forum, you will have successfully logged into Visual Studio.
Hope this helps.
I was able to work around it by doing the following:
At the account login screen select "Account Options"
Under Environment > Accounts on the Sign-In Options section, change the "Add and Reauthenticate accounts using:" pull down menu to "System Web Browser"
Options dialog box
This will open the dialog box IE or whatever default web browser you use and should allow you to login.
I had the same issues. The problem was with Internet Explorer. My computer has Internet Explorer 8.
Please follow the steps below to fix the issue.
Install Internet Explorer 11 - you can download it from the Microsoft site.
Restart the computer
Relaunch Visual Studio
Now sign in.
No blank screen will be displayed.
I had the same issue with VS2019, this ended up being blocked by a web filter and could see logincdn.msauth.net being blocked while signing into VS2019.
I would suggest adding an exception for *.msauth.net to allow the sign-in page to load.
This doesn't appear in the list from Microsoft firewall and proxy URLs - https://learn.microsoft.com/en-us/visualstudio/install/install-and-use-visual-studio-behind-a-firewall-or-proxy-server?view=vs-2019
On the signin screen click Account Options
Then change Embedded web browser to System web browser
The login screen now opened up a full browser instead of the blank screen.
Just change your default Internet browser to Internet Explorer.
I'm using VS 2013 preview for web development.
When I click F5, the website is running. But when I press stop button in VS, it shuts down IIS server (in VS 2012 everything's fine). It's a huge inconvenience, cos every time you place minor changes to markup or whatever you have to press F5 instead of just click "Ctrl+S" and refresh the browser.
This seems to be due to the Enable edit and continue option being checked by default in the Project Properties > Web > Debuggers section. Disabling it has solved the problem for me.
I have exactly the setup you are talking about. In order to do this, you can set up your project as follows:
In your Project Properties, Select the Web tab
Change the Start Action to "Don't open a page"
Now you can start your application using CTRL + F5 (start without debugging) to launch your application and use it without the debugger running. If you want the debugger, you can still hit F5 to start it up, but stopping debugging doesn't shut down the instance. It's great for making HTML changes in particular.
That said, I don't have "Enable Edit and Continue" checked either, as per Xaviers answer.
When debugging a project in Visual Studio 2005, I have recently noticed a brief appearance of the "Object Test Bench" window. This window appears and then disappears after less than a second and does not look like the normal "Object Test Bench" window one sees when not debugging, as it looks like this:
alt text http://www.beok.co.il/images/ObjectTestBench.jpg
I would like to stop this window appearing and have tried the following:
Closing all Object Bench Test windows when not debugging
Resetting Visual Studio to default settings (devenv /ResetSettings)
Any other ideas?
Migrated? Hmm no code in this question. Anyway is the Object Test Bench perhaps open, but docked, so it pops up when the IDE state changes?
More info on the OTB on MSDN here :)
Edit: Here is what my VS 2005 OTB looks like.
alt text http://i.imagehost.org/0989/otb.gif
I also have the same problem. I once had JetBrain's Resharper 4.5 installed. I uninstalled it after my trial expired, and I think that's when I noticed the Object Test Bench popping up when I debug.
Did either/both of you have Resharper or any other Visual Studio add-on installed/uninstalled before this problem?
Related link on stackoverflow
I had what may be a similar problem: not just the Oject Test Bench, but also Breakpoint, Call Stack, and other windows popped up all over whenever I ran in Debug mode. It started during a project with a single page containing several (probably incompatible) jQuery scripts.
What worked for me was to click on Window -> "Auto Hide All", then again on Window -> "Reset Window Layout". That seemed to resolve it.
Go to on Window -> "Auto Hide All", after go on Window -> "Reset Window Layout". That will resolve the problem it.
For some reason, a variety of actions in Visual Studio 2005, actions that have nothing to do with SQL Server, are opening the "Connect to SQL Server" dialog. And it takes four (4) clicks on the CANCEL button to kill the dialog.
For example, if I right click on a class method in the Editor, hoping to find the Go To Definition option, the dialog opens.
Or if I run a project in Debug mode, and then close the app, the dialog opens.
I have to close VS and re-open it to get this to stop. But after a while, this behavior returns. What is causing it has eluded me.
Is this Microsoft's way to get me to upgrade to VS2008? OK, he's had VS2005 for too long. Time for him to upgrade. Invoke DriveCustomerMad.
Next time you see the dialog box, open a second copy of VS2005, attach its debugger to the first one, pause the process, and look at the call stack.
Do you have any addons installed?