Suddenly all my previous and current TFS tasks are not seen when I use Visual Studio 2015.
If I use visual studio 2012 or web portal TFS, I see all my tasks.
update - 06 OCT 2016 - 5:20 PM IST.
We did further investigation. The situation is that our company had users in TFS using Sharepoint user IDs. Later the Domain controller was introduced and everyone migrated to the domain. So now we have two users (with different domains) for the old users who were present at the time of Sharepoint user base.
We did SQL Profiler on the TFS DB while running Query from Web Portal and VS 2015 for affected user.
[![two users returned from TFS][1]][1]
then VS2015 takes the old user (Which we dont want) to find all Assigned work items as shown below
Now IF i manually go change the query text and add FABRICAM in the domain or IF i run the query from WEB Portal, the correct user is picked up and results start showing as shown below
This works well with my VS2015. Please double check if it can work with web portal.
Try to clear TFS and VS cache and try it again.
Related
I've been using TeamProjectPicker with different version of TFS Object Model, but since Visual Studio/Team Explorer 2017. It's not working with VSTS specially when using Azure Active Directory account to connect with VSTS. For on-prem TFS with on-prem active directory accounts it works fine.
If I would use TFS Object Model 2015 it works fine and connect to VSTS without any problem. I'm working on a product/application which picks the installed version of Visual Studio and uses the Object Model of the same VS/TE by using dependency injection. Means if I install my application on machine having Visual Studio/Team Explorer 2015, my application will start using TFS Object Model 2015.
var tfsPp = new TeamProjectPicker(TeamProjectPickerMode.SingleProject, false);
DialogResult dialogResult = tfsPp.ShowDialog();
If there's limitation of TeamProjectPicker (TFS OM 2017) with VSTS, I'm ready to change the dialog window. I've been looking VS Services Client Lbrary but could find any dialog window. If I can have connection dialog window that's shown in Team Explorer that would be acceptable.
Seems it's permission issue, just as Mike mentioned you may need some impersonation here.
Based on the error messages you can refer below articles to troubleshoot them:
TF31003: Your user account does not have permission to connect to
the Team Foundation Server {0}
How To Fix TF30063 Error - You Are Not Authorized To Access Team
Foundation Service Error
TFS API Part 29 – TFS Impersonation
UPDATE:
Just try to install the Nuget Package Microsoft.TeamFoundationServer.ExtendedClient for your project.
I tested on my side, everything works as expected with the VS 2017 installed only.
Visual Studio 2015
Visual Studio 2013
Until recently used TFS for source control with Microsoft live id with my yahoo email.
Recent transition from TFS to VSTS.
Couple weeks ago devops switched my VSTS account to use company email instead of yahoo email.
After that in VS I couldn't use source control anymore,
was getting error: "TF30063: You are not authorized to access usga.visualstudio.com\DefaultCollection."
and not being able to bind to source control.
Devops removed my company-email-account and reactivated my yahoo-email-account
and source control in VS started to work again, and with VSTS now.
I have not used Visual Studio for a week or so.
Today I discovered that:
My solutions lost Source Control Bindings.
I can Not bind my solutions to Source Control Again in Visual Studio.
When I re-bind it tells me that status is 'invalid'.
I do Not get any other errors.
Happens for all solutions that used to work fine with source control.
I seem to have access to www.visualstudio.com -> mycompany.visualstudio.com
and can see my projects there.
Please help me to undestand what is going on and rebind.
Many thanks
This should be a cache related issue, try to delete VS and TFS cache and restart VS.
Also try to remove your account info which stored in Credential Manager （Control Panel-All Control Panel Items-Credential Manager-Windows Manager）
Then reconnect to VSTS in Visual Studio use your personal account, make sure selected the used workspace, get latest; or directly delete the old workspace, create a new one.
My issue was resolved the following way:
1. when I've started to use TFS four years ago, I've created Microsoft Live Id account using my Personal email
this year when our devops were switching us from TFS to VSTS
they have tried to enforce rule of everybody to use their Office email for MS Live Id account. So they have created new account for me with Office email
Then I have described issues
Problem was resolved by switching me back to using original MS account with my Personal email.
And
I had to delete existing workspaces in Visual Studio 2015
and create new ones for my solutions to rebind code to VSTS.
For some reason I had to repeat this process few times.
Hope it helps
In my company, we are using Team Server Foundation 2010.
Last week when I was checking out some ssrs (sql server reporting services 2010) files, I obtained the correct files from TFS. I could see that the files were still connected to TFS.
However, I think there was a time last week where there was a message saying that I was working offline.
Now when I obtained the most current code from TFS, I do get the correct code. However I do not see that the code is connected to TFS any longer. Basically when using Source Control Explorer, I do not see that this code is linked to TFS
Thus I would like to know how to get my code back to accessed in TFS 2010?
Do you see the same problem with all files in TFS or only specific set of files?
Do you see this problem in only one workspace or in all workspaces on a single machine? Or does it affect all users?
What does it mean that files are not linked to TFS, can you post a screenshot?
TFS 2010 was quite weak story for offline and it worked only for solutions (as visible in Solution Explorer). Source Control Explorer always required connection to TFS
I'm also confuse about “files are not linked to TFS”you describle ,can you post a screenshot.
Simply offline mode means TFS 2010 goes offline (disconnect the connectivity properly between your local machine and TFS 2010 server) while your solution is already open though VS 2010.If you checkout files while you are in offline mode, then TFS 2010 source controls system doesn’t record or track any changes you made. But when you reconnect TFS server, the server will get you changes in pengding changes, then you can check in manually.
To get your solution back online to TFS you can try this solution:right-click on the solution name right at the top of the Solution Explorer and select the Go Online option.
More detail: How do I get my solution in Visual Studio back online in TFS?
You need to use the "go online" command to re-sync:
Cannot see go online option in tfs
Note: TFS 2010 is no longer supported and you should upgrade soonest
I am trying getting ready to move my TFS 2010 database for the third time to its final perminent server, however, I am running into a very annoying user issue. When I restored the new system as a test I connected my Visual Studio IDE to the new server (same name as the old one) and tested and got that system working properly. Now when I go to the old server now I can connect and see everything - but I no longer have permissions to create work items or edit items.
I can use Visual Studio 2012 just fine as well as the Microsoft Test Center 2010 to edit items. I've experienced this before with my local system tfs at home and got around it by changing the user name I log into on my computer and then adding permissions for that new username.
Since these the user id's are workstation accounts - not domain accounts each system has its own user guid even though they might have the same account name. I noticed in VS 2010 the workitem in history show modified by unknown user - however it has the username in VS2012. It seems that connecting to both systems might somehow made the user matching between my domain user account and workgroup user account break.
I am about to roll to the new server and am concerned that my userbase will not be able to modify items in VS2010. I cannot use the workaround I did before since I can't have everyone create a new username.
Any help would be appreciated - as I am sure I am not the only one with a workgroup not domain tfs system that has run into this issue before.
I've upgraded our TFS 2010 to TFS 2012 without any issues. I can connect to the source control, checkin, everything I need to Work.
But if I go to the settings page for the team project I'm connected to, the following options work as expected:
Team project: Source Control
Team project: Portal settings
Team Project Collection: Source Control
Team Project Collection: Process Template Manager
But the rest of the options on the settings page just gives me this error
I've tried looking at the requests Visual Studio makes to the TFS server using Fiddler, and with the ones that don't work, no requests are actually being made to the server. So it seems like the server is never being contacted for those specific options.
I've tested this on two independent installations of Visual studio 2012, runnning on Windows 8.
EDIT
I just installed VS2010 SP1 on one of the machines, and I can just fine access all of the following settings options: Security, Group Membership, Areas and Iterations, Portal Settings and Source Control.
Looks like a VS2012 issue of some sort.
We resolved our issue with this by running VS 2012 with our domain credentials. We use VMs for development, so we do not directly login into the domain. To run VS, we use the following (as a batch file):
runas /netonly /user: username "C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\devenv.exe"
where username is your domain credential.
It sounds like the code is still using some values that are cached on the client after the upgrade. How long ago was it that you upgraded the server?
To test whether that is it, rename your cache folder (with VS 2012 closed) and launch VS 2012 again so it recreates the cache from scratch.
C:\Users\\AppData\Local\Microsoft\Team Foundation\4.0