Clear visual studio debugger's saved connections in attach to process dialog - visual-studio

I need to clear some old entries saved for Connection target dropdown list in Attach to Process dialog.
Some remote servers have been decommissioned. But their names are still listed on the top of Connection target list.
When I start the Debug menu command "Attach to process", it takes awhile trying to connect to an old server that is not connectable.
Google search doesn't return the answer of where the list is saved.
Hopefully someone can provide the answer.

After quite some digging I've found the answer you might be after (if you still need it), the web page you'll need is at Microsoft Learn.
If you want to dive straight in have a look in the Tools Menu under Options and then find Cross Platform and Connection Manager:
I'm using Visual Studio 2022 17.4.3 (current version as of Jan 2023) just in case other versions have a different layout.

Related

Code Index API / Code Index Client Applications permissions requested in Visual Studio

A few months ago Visual Studio started popping up a permissions request for "Code Index Client Applications" from "Code Index API".
If I click on the "Report it here" link, I'm taken to another page that says it is from "AME.GBL".
I don't know what this is, so I always hit cancel. I have not noticed any kind of problems with not granting it what it wants, and I'm getting tired of it asking, so I'd like to try and remove whatever it is that is asking. I've tried disabling all my extensions, but it still asks. I have looked in the Visual Studio Installer's "Individual components" and also my Windows "Apps & features", but there is nothing with these names listed there. I have looked online but can't find anything about it.
Does anyone know what this is or how to get rid of it (or is there some reason why I should grant it permission)?
The dialog that pops up has changed slightly and I think it gives the answer:
You can read about Rich Code Navigation here or see a demo of it (primarily in Visual Studio Code) here. Note that the second link is from 2018, so in one form or another, this has been around for some time, but perhaps it has been off by default until a recent update?
At any rate, if you choose to disable Rich Code Navigation, you can do that under
Tools --> Options --> Environment --> Preview features
I did that and the permissions request dialog went away.

Connecting an Already Opened Project to Perforce

Is there a way to tell P4VS that the currently opened solution corresponds to a given checkout?
My problem stems from the fact that I'm using a 3rd party tool to open Visual Studio and attach it to a process. But once it's open I want to be able to use the P4VS plugin.
Is that doable, or do i just have to work without P4VS :(
Yeah you can do this, you'll just need to use the "P4 Connection" Toolbar:
You can enable this by right clicking on vacant toolbar area or a toolbar handle in Visual Studio, and checking it.
Once you have the toolbar just log in and supply your current checkout.
If you're going to be doing this a lot it may also be helpful to you to select: "Connect to the server using my most recent" in the "Perforce - Connections" Options so you don't have to keep logging in:

Change pre-defined message in Windows installer using VS 2010

I have looked at this question, but it is something different.
I need to change the message of MsiRMFilesInUse Dialog box.
Currently the message is "Do not close applications. (A reboot will be required.)"
I need to get it changed to "Do not close applications. (Application may not work)" .
The message comes when application is open, and user try to uninstall the app.
The only (but big) restriction is to do it in Visual Studio 2010 setup project. (Installshield/Wix are not allowed).
I have looked at custom action, not able to figure out how to change the message.
Another approach is to create a custom dialog box, but then i am not able to change the dialog box somehow. Also new dialog box has a very limited set of controls.
Per MsiRMFilesInUse Dialog (Windows)
The MsiRMFilesInUse Dialog box can be authored to display a list of
processes that are currently running files that need to be overwritten
or deleted by the installation. The user can select between options to
"Automatically close applications and restart them" or "Do not close
applications. (A reboot will be required.)" If the user selects the
"Automatically close applications and restart them" option, a push
button control on this dialog box can be authored to publish the
RMShutdownAndRestart control event and the Restart Manager can close
the applications and restart them at the end of the installation. This
can eliminate or reduce the need to restart the computer. For more
information, see System Reboots.
Notice the generous use of the word "can be authored". It is written this way because the perspective is of the Windows Installer SDK (Windows Platform). InstallShield (Basic MSI) and WiX (UI Extension) both author this table. Visual Studio Deployment Projects do not because Microsoft (DevDiv) never put the effort in to support it. You can't modify what isn't there.
Now if you are a Windows Installer expert ( which I doubt otherwise you wouldn't even be posting this question ) there are things that can be done. You can write postbuild commands to modify the built MSI to perform SQL updates and/or apply transforms to inject a custom authored dialog into your MSI after VS is done building it.
I've been down this road, I know how to do it. I also know how counterproductive it is as you'll find yourself doing it ALOT to make up for the short comings of the tool. At that point you understand why WiX / InstallShield is needed and move on.
And for the record, I once quit a very well paying job because VDPROJ is all the development managers would allow. I also returned a couple years later for even more $$$$ when they finally realized that they didn't know what they were talking about.
Good luck.

Stop Visual Studio asking for each project: has been modified outside the environment. Do you wish to reload?

Do you wish to reload the project? Where's the Reload All option.
Vote for this question and hopefully MS will implement a fix in VS2020.
With pleany of projects in a solution I for one dread doing an svn update.
This has been an issue from VS2003 but after a decade of clicking mindlessly on buttons it's getting on my wick.
Does anyone have a hack / registry entry / secret way of saying yes short of saying ignore (quick), closing and reloading the solution?
There are a couple of options you can tweak for this scenario. Both are under the Documents Options
Tools -> Options
Environment -> Documents
The first option is to just uncheck "Detect when files changed outside the environment". This will stop the reload dialog but will force you to manually reload.
The second option just below it is a bit better "Auto-load changes, if saved". This will just automatically load the changes without prompting you for every project.
Personally though I would go a slightly different route here. The problem is occuring because your managing your source code control outside of Visual Studio. If you switched to using an addin to manage within Visual Studio it would remove these problems altogether. For svn there are several free packages available including Ankhsvn which is fairly popular
http://msdn.microsoft.com/en-us/library/ms165643(VS.80).aspx
DetectFileChangesOutsideIDE
Get/Set (Boolean)
Determines whether the environment automatically reloads files opened in the IDE when the operating system notifies the IDE that the files have been modified on disk.
EDIT:
Some clarification, as that page isn't immediately obvious.
Tools Menu->Options -> Environment->Documents->Uncheck Detect when file is changed outside the Environment

Visual Studio "Multiple Startup Projects" Problem

Background: I have a Visual Studio 2008 solution containing three different web application projects. If I right click on the solution, choose "Set Startup Projects.." and then choose "Multiple Startup Projects", I am able to fire them all up at once when I hit F5 (Start Debugging).
Desired Behavior: What used to happen (until it unexpectedly stopped working) was that it would automatically open up three browser instances (IE by default) and run each of the web apps in each of the three browser windows.
Current (Undesired) Behavior: All of a sudden, instead of opening three browser windows, it now opens a single browser instance and sequentially starts them all up with the exact same window/tab, which means that I am left with only one app actually running. (Whatever the last app it was that got started.)
Any idea what could cause this? I've checked my project and browser settings (including the "Reuse windows when launching shortcuts" option) and can't seem to figure it out. Any ideas?
Update: I changed Visual Studio's default browser to Firefox, and it works as expected by opening up multiple browser windows. I guess I'll just use Firefox when debugging for now, which is probably a good thing anyway.
I don't know why it had stopped working but rather have a suggestion: Check 'Don't open a page. Wait for a request from an external application.' option under 'Start Options' page of your Web project property pages. It specifies that Visual Studio won't open the browser window automatically. It should start your project in a Web server and wait for another application to make a request.
This seems to be a bug/feature in newer instances of MSVS and/or IE.
It happens in Visual Studio 2013 and 2015 as well, and might not be a bug as such, but can certainly be an undesired behaviour.
To reproduce:
Select 2 web projects in multiple startup projects.
Set one to Startup and the other to Start without debugging.
Only one browser tab is used, but you will see the tab used briefly by each project before the next one is loaded.
The problem is that the last loaded project is not necessarily the project you want to have in the browser.
An other workaround is to simply set both projects to Start.
It turns out using Firefox did the trick for me. Since there are no other answers, I will just accept this one.

Resources