When I am trying to connect TFS server in Visual Studio 2013, my local PC name is getting added to TFS client credentials, which I don't want to be added. Am I missing any configuration on the same?
For your reference, I am attaching screenshot for the same and highlighted the local pcname.
screenshot of the TFS
Any help in this regard is highly appreciated!
According to your screenshot, you are using / in MEDISOL/raja.esakki.
VS may treat this as a user name, for local users to connect to TFS, it will contain machine name.
If you are working on a domain and the domain name is MEDISOL, you should use \ instead /
Try to use MEDISOL\raja.esakki in the pop-up dialog and test again.
Related
While trying to add a TFS server to VS 2017, I encountered an issue where it claims that the server already exists in the list. However, it does not.
The only thing that I can think of that could cause it to think that the server is in the list, is that the two servers used to be one. This was not an issue with VS 2015.
The TFS servers are both 2015 update 3.
Please feel free to ask for any more info.
Give a try with directly using IP address instead of server name when you are adding Team Foundation Sever in VS2017. Something like:
http://192.168.0.1:8080/tfs
Update
You could find your Team Foundation Server 2015 GUID Info in below location:
C:\Program Files\Microsoft Team Foundation Server 14.0\Application Tier\Web Services\web.config
There should be a value like
Then you could compare the GUID of two servers, change one of them and re-register db. More details about it take a look at this blog: How to find Team Foundation Server(TFS) GUID Info
This works for me:
Close VS 2017.
Open explorer and go to %appdata%\Microsoft\VisualStudio\15.0_92d7e574. Delete all files.
Go to %localappdata%\Microsoft\VisualStudio\15.0_92d7e574. Delete all files.
Start VS 2017 and enter the TFS server address.
We just did the upgrade and found out that VS 2017 expects (at least for now) that there should only be 1 TFS server present, so you would need to remove the old one, then add the new one. It's probably some confusion with the TFS Workspace. The "Connect" box may still give the error, but after removing the old, adding the new, and pressing the "Connect" button, it worked just fine for me.
When I open my existing solution in Visual Studio 2012 professional, I got the above error. This used to work but something messed up after the computer is rebuilt.
I have installed Visual Studio 2015 Community and can connect to the same
collection correctly.
I also tried to use a browser to connect to the same collection. It works fine also.
Cleaning all files in AppData\Local\Microsoft\Team Foundation\4.0\Cache does not work.
It should not be a firewall or proxy issue since Visual Studio 2015 works.
Anyone knows what is wrong with Visual Studio 2012 and how to fix it?
Edit:
This error can happen with later versions of TFS:
Team Foundation Error
TF400324: Team Foundation services are not available from server TFSServer\DefaultCollection.
Technical information (for administrator):
Unable to connect to the remote server
A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond xxx.xxx.xxx.xxx:443
According to this blog the solution is (and Yes it worked for me)
Close all instances of Visual Studio
Open the Task Manager and check if any TFS Services are running. Select each of them and click on End Process Tree (in my case I did not find any of them to End)
Browse to the folder %LocalAppData%\Microsoft\Team Foundation\
and then select the folder with your TFS version and go inside the Cache folder.
for example, in my machine the path was %LocalAppData%\Microsoft\Team Foundation\7.0\Cache and it should be the same on your machine with the difference of the TFS version folder name.
Delete everything in that Cache folder.
Start Visual Studio and build the project
I got this error in TFS2017. For me the problem was a Self-Signed Certificate.
Open the TFS URL in IE and you will see a Red Address Bar:
Click the "Certificate Error" in the address bar:
Then select "View Certificates":
If clicking "View Certificates" doesn't work, right click on page > Properties > Certificates.
If the Install Certificate button is hidden to make it visible you will have to Open Internet Explorer Options > Security > Sites > type the TFS server URL > Tick Require server verification > click Add. (If the dialog is disabled see the guide Trusted Sites Dialog is Disabled at the end of this answer).
Once you have the install certificate button available, select “Install Certificate”.
This will launch the Certificate Import Wizard. Make sure to Choose the option “Place all certificates in the following store” and select browse.
Select Trusted Root Certification Authorities and click Ok.
Click Finish on Completing the Certificate Import Wizard:
Click yes on the security warning to install the certificate.
=================================================
Trusted Sites Dialog is Disabled
You can check to see if the site is Trusted, on Windows 7 the path is:
HKEY_CURRENT_USER\Software\Policies\Microsoft\Windows\CurrentVersion\Internet Settings\ZoneMapKey
The key should contain several string values with a name indicating the URL and numeric data indicating the zone, one of the following by default.
0 = My Computer
1 = Local Intranet Zone
2 = Trusted sites Zone
3 = Internet Zone
4 = Restricted Sites Zone
If the TFS site is not listed in the registry then add it manually. Restart Visual Studio and try to connect to the TFS server again from Visual Studio. Once you can connect you can also remove the TFS server from the Connection List. I suggest removing it and adding the FQDN url which will most likely already have a Trusted Site rule.
Edit
Hit this again. This time it was caused by a problem with a network card that was replaced on the weekend by our telecommunications provider.
This issue is happening when server is not responding, In my case server hosting TFS was down, we restarted and get connected.
Try clear both local TFS cache and Visual Studio Cache
clear visual studio cache under
%APPDATA%\Microsoft\VisualStudio
clear TFS cache under
%LocalAppData%\Microsoft\Team Foundation
...better late than never...
I just had a user run into same error TF400324 connecting VS2012 to TFS2015 (hosted in a virtual private cloud). TFS Web Access worked fine for her, but Visual Studio 2012 UI was stuck in offline connection.
FIX: She managed to get VS connected again after clicking Team Explorer > Connect | {TeamProject}, Then select desired Team Project below the TFS Server connection (see screenshot attached).
NOTES:
I suspect clearing client-side TFS cache might also fix, but all VS instances would need to be closed then "Connect to Team Project Connection" re-established. Just disconnecting and reconnecting VS to TFS did not clear the "offline" state.
Error she saw was in VS output window:
This solution is offline. [Team Foundation Server: {//TFS Collection URL}]
The solution was offline during its previous session and will remain offline.
TF400324: Team Foundation services are not available from server .
Technical information (for administrator):
Page not found.
NOTE: I recently moved TFS to different domain requiring SSH connection and localhost port mapping. I have users going offline much more frequently due to different proxy routing depending on whether they are at work or connected more directly to the Internet.
For me the fix was simply running Visual Studio (2010) as an administrator.
In my case, my company VPN my Host machine was connected to was preventing me to access the tfs on a VirtualBox VM, returning this exact error message.
We solved it by adding a specific exclusion to ESET / Kaspersky AntiVirus for the devenv.exe
"C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\IDE\devenv.exe"
Its been working great ever since.
I get basic idea from this link
Soluton for me was to run the standalone TFS installation. This is for 2017, but worked to fix my VS2019.
https://visualstudio.microsoft.com/thank-you-downloading-visual-studio/?sku=TeamExplorer&rel=15
Bit of background...
I'd been having this issue since 2017. Tried all the usual suggestions on here, cache clearing, config file editing etc. but would always have to come off my organisation's network to check code in, as it was proxy related. TFS was trying to connect to a proxy server ip that had been decommissioned, no one from the service desk could work out why. Couldn't find any reference to this old ip in any config files.
Installed VS2019 hoping it would solve the issue but it persisted. Eventually I thought of trying to uninstall it as a component and re-installing it. Couldn't find a way to do that but in my search I found the standalone installer for Team Explorer, albeit for VS2017.
After installing, I ran this, opened up Manage Connections in the Team Explorer connections page and did what I needed to connect to the repository from there. Worked first time. Closed Team Explorer 2017, opened my VS2019, and everything seemed fine in there as well.
Amazed my problem is finally solved!
This error is usually related to the TFS cache. Before you clear the cache folder, please make sure you have closed all instances of Visual Studio and also try to open Task Manager and check if any TFS Services are running. Select each of them and click on End Process Tree.
And also clear the server cache Server cache, the path like C:\ProgramData\Microsoft\Team Foundation\Web Access
Then restart Visual Studio and run as Administrator Mode.
More details you can refer this blog (archived version at the bottom) and also could try the better fix.
Note: Make sure you are working on a different workspace rather then VS2015's.
For me it was the windows firewall causing this problem : TF400324 The underlying connection was closed.
I've been trying to disconnect or remove my credentials from a machine because of a conflict. However, whilst connecting to the remote TFS server I was asked for credentials, I cannot find a way to log out of the TFS and log in with new credentials to resolve. How can I drop the credentials or simply log into TFS as a different user. This is driving us crazy as we have a mapping conflict issue.
Currently the login to TFS and on VS is different from that of the machine. Is there a way I can just start again.
Check the Credential Manager:
Control Panel\All Control Panel Items\Credential Manager
There should be an entry for your TFS and your account. Just delete it and you should be asked again for credentials when connecting VS with TFS.
In my case the solution of Navanod didn't work.
What worked for me was adding the TFS-username to the TFS Server URL separated by the at-sign (#).
As follows:
The easiest way that I found for logging out of TFS from within Visual Studio is:
In Visual Studio select: View -> Other Window -> Web Browser
Type in your TFS Server URL in the URL Field (This means using VS, browse to your TFS url: MyName.visualstudio.com)
Sign out
Now if you try to connect to your TFS Server, VS would prompt you for Username and Password.
Problem
I'm using VisualStudio 2012 Ultimate v11.0.50727.1 Update 4 and VisualStudio 2013 Ultimate v12.0.21005 EL and I'm able to connect to TFS through any browser. But suddenly I can't connect to TFS at xxxxx.VisualStudio.com from within VisualStudio anymore. Yesterday I easily did a Check-In at work with the same account. but I can't connect to TFS at home.
This is the URL I'm using: (I've tried changing it a bit like adding /tfs or /DefaultCollection)
I'm stuck with this, I've tried different ways but none have worked so far and it's still giving me these errors: TF31002, TF300324 and TF205020
TF31002 (this error happens when trying to Add a new server)
TF205020: Could not connect to server ‘https://xxxxxx.visualstudio.com/defaultcollection’. This server was used in your last session, but it might be offline or unreachable. Confirm that the server is available on the network. To attempt to connect again, or to a different server, click ‘Connect To Team Foundation Server’ in Team Explorer or the Team menu.
TF400324: Team Foundation services are not available from server https://xxxxxx.visualstudio.com/defaultcollection.
Technical information (for administrator):
The underlying connection was closed: An unexpected error occurred on a send.
(The last 2 errors happen when VisualStudio is trying to login to tfs)
I've tried these:
Go to VisualStudio.com and Sign out from all browsers
Delete Cookies and Caches of IE10 (and test when IE has signed in to visualstudio.com or signed out of it)
Go to Regedit and set the DWORD to 0 in HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\11.0\TeamFoundation\Instances
Browse to %LocalAppData%\Microsoft\Team Foundation\4.0\Cache and delete everything
Delete all credentials from Windows Credential Manager (and remove Link Online ID)
Installed VS2013
Installed Team Explorer 2013
Installed VS2012 Update 4
Installed a fresh copy of Windows 8
What I want.
After some long and desperate time of trying to connect to TFS online, Now I'm just looking for a way to Check-in my changes. (doing it by hand is not an option because there's a large number of changes and I can't even know which files are changed since last check-in)
I just saw this link and it totally worked for me after nothing else would: http://www.cnblogs.com/CuteNet/p/3556276.html
regedit:
Close all instances of Visual Studio 2013
Delete this folder in the registry (just “TokenStorage” – nothing else):
HKEY_CURRENT_USER\Software\Microsoft\VSCommon\12.0\ClientServices\TokenStorage
I had similar issue where I couldn't connect (TF31002) to TFS 2010 using VS 2010, 2012 and 2013 on my laptop but can connect from web and other servers just fine.
I tried almost all suggestions given by various sources online but had no luck.
I was getting ready to reimage tha laptop but as one last try I started comparing config's between another virtual machine (where the connection was successful) to my laptop. I found that in my laptop I have additional defaultProxy settings in 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\machine.config’
<system.net>
<defaultProxy>
<proxy autoDetect="false" bypassonlocal="false" proxyaddress="http://XXX.X.X.X:XXXX" usesystemdefault="false"/>
</defaultProxy>
</system.net>
After deleting the above node completely I was able to connect to TFS 2010 successfully.
Hope this helps.
I've found a way to check-in all changes of the home computer at work computer.
Copy the local TFS folder from home computer (including the hidden $tf subfolder) to work computer.
Install Team Foundation Sidekicks for 2012
Search for the home computer name
Click on Update Workspace Computer Name
Go to Source Control Explorer and open Workspaces...
Check Show remote workspaces checkbox (if the home workspace is not shown)
Edit the home workspace
Remove current mapping
Map $/ to the local folder (which has $tf)
When click on Advanced It should look like this:
Switch to the new Workspace and done!
It seems to me that private workspace is what causing the problem, and I will try to change it to public after I checked in.
Edit
I've found another workaround which requires no workspace hacks. (This method is originally designed for recovering from wrong check-ins)
In Source Control Explorer select root (collection, not project)
click Compare folders
in source version section choose the latest safe version
in target path section browse to the not-checked-in folder
make sure both paths end with same name (e.g. $/MyProj and E:\FromHome\TFS\MyProj)
(set any additional settings...) and click OK
DoubleClick on files with different value of Yes and write down the names of those file that should be loaded from local folder (right part of screen probably shows local)
Open those files from Solution Explorer and overwrite them with local files
I faced the same issue few days back
1. Disable your firewall(not recommended)
2. Run VS 2013 in admin mode.
3. Disable antivirus or add TFS in whitelist.
4. Select connect to TFS and create a new project in another directory (Local copy)
5. Check the directory for access(Read only by default change the permissions)
6. try to check in now.
After changing the permissions to the local directory i was able to check in my changes.
I was having the same issues using Visual Studio 2013 Update 2 and for me the problem was Anti-Virus software (Kaspersky Endpoint Security 8). See this link: http://blogs.msdn.com/b/dstfs/archive/2014/07/24/can-t-connect-to-visual-studio-online-from-any-version-of-in-vs-quot-the-underlying-connection-was-closed-an-unexpected-error-occurred-on-a-send-quot.aspx
Check your URL first!
I had a problem with such URL:
https://domain-name.com
Turns out that symbol "-" where replaced with some special char . But Visual Studio 2012(2013) did not indicate that anyhow. Apparently it was not able to find such domain. As result same issue TF31002 and a day spent in research.
I was having a similar problem with Visual Studio Premium 2013 connecting to our project from inside VS. It kept returning TF31002, but I could access it with a browser.
From the browser I went to Home->Activities->Open New instance of Visual Studio and my tfs project loaded right into the Team Explorer frame.
Hope that helps.
I had the same issue when I wanted to connect to the TFS with Visual Studio. This solved my problem:
I used a VPN connection to the server
I used the ip address instead of the link given by the TFS (http://"ip address":8080/tfs instead of http://"link":8080/tfs)
Every time I open Visual Studio 2008, I get a pop-up dialog prompting for my username and password ('Connecting to Team Foundation Server'). Presumably this is because I have my TFS server stored in the Team Explorer tab, in Servers, so it wants to connect to it on startup. In addition, this happens when I open a solution file whose solution is associated with TFS source control, for obvious reasons.
My problem is identical to that described in various places on the web, such as:
http://kevinsmi.wordpress.com/2009/10/07/getting-visual-studio-to-remember-your-tfs-credentials-on-windows-7/
http://social.msdn.microsoft.com/Forums/en-US/tfsgeneral/thread/186a469c-bc58-48c4-9db9-ffc2e0fedb11
http://hastobe.net/blogs/stevemorgan/archive/2008/08/25/stop-visual-studio-prompting-for-tfs-credentials.aspx
In all cases I can see, the suggested solution is to add the TFS server credentials to Windows' stored credentials. I'm using Windows 7, so I think the way you do that is in the Credential Manager.
Well, I've added the TFS server with my credentials to the 'Windows Credentials' list, and I still get the prompt for my username and password when I open Visual Studio 2008. Anyone have any ideas as to how I can get it to login with my credentials automatically?
UPDATE:
I added my TFS server's computer name, along with my username and password, into the Credential Manager (before I just had its IP address). Now, VS2008 does load without prompting me for credentials... but VS2005 still prompts me for them, even though it has the exact same server registered in Team Explorer! Whatsmore, the server registered in Team Explorer is the server's IP, which was already stored in Windows Credentials, rather than the server's name. So this is still a mystery. Could this be some registry setting peculiar to the VS2005 version of the Team Explorer source control plugin? Where in the registry could I find this potential setting(s)?
Did you even try to access TFS web site and enter your credentials to IE?
If you don't try, please try and check "Remember my credentials" checkbox.
I think this can solve your problem.
I found another way, check this article http://blogs.msdn.com/b/granth/archive/2010/10/17/getting-started-with-tfs-hosting-from-discountasp-net.aspx
and read Step 7,
may be this can be answer your problem.
For Visual Studio 2008, entering the credentials in the Credential Manager as I described above seemed to work.
I entered the server's IP address instead of its hostname in Visual Studio 2005 too, and at first it still prompted me for the username/password on startup. However, it has now stopped doing so. Maybe something needed to timeout? All I can say is, Visual Studio's TFS plugin works in strange (and undocumented) ways.
I had the same problem. The problem was that the TF-Server was not recognized being in the local intranet zone. So I added our TF-Server to the trusted sites in Internet Explorer settings and changed the user authentication in security level to automatically sign on with current username and password.