On the first migration attempt, I had two users created in TFS Online that had the same display name. OpsHub is apparently not able to deal with multiple users having the same display name. In my attempt to get past this, I have changed the user display name, deleted the user, and reinstalled OpsHub, all to avail. OpsHub keeps showing the original set of (duplicate) TFS users rather than the current set. How does one do a clean uninstall of OpsHub such that it does not use cached information?
Related
We had a person leave our company and their windows domain account for Active Directory was deleted. They have since come back but have been given a different windows domain account user name. Now when we attempt to assign them tasks it's always associated with the old account. I assume this is because the name is still the same and TFS is doing some kind of duplication check. I've tried removing cache and have verified that the Team Foundation Server Periodic Identity Synchronization job is running properly. I can also see the old active directory account show up when attempting to Add a windows user or group via the dialog along with the new Active Directory user.
What's strange is this user is not showing up as a member of any groups in TFS for any of the Team Project Collections. So why are they still showing up in the [Team Project Collection]\Project Collection Valid Users group?
Seems the main issue is deleted users still in "Assigned To" List. First try to throw down the issue.
If you are using VALIDUSER rule, it contains all valid users in TFS. You may check collection level Project Collection Valid Users group, you may need to check every group to delete the user. And use TFSSecurity /imx command to display information about that group, thn delete the user from right group.
After delete the old user, you need to try to let TFS sync with Active Directory, for detail steps, you can refer to:
Force TFS to sync with Active Directory
Active Directory Groups not Syncing with Team Foundation Server 2010
I had a problem with TFS that forced me to restore TFS to a new server. Everything is working fine except for the Warehouse, Analysis Services and the Reports.
Mainly the report keeps pointing to the old server, and when I try to edit it by pointing to new server TFS Administration Console returns the following message:
I do not wish to restore my old reports; I would like to create all the TFS reporting from scratch. Would someone please point me to the correct place to start?
Thanks!
To target the report to the new server, please follow the steps below:
1). Go the TFS Administration Console, go to Application Tier -> Reporting, then click the Edit link.
2). On the Reporting dialog, check the Use Reporting checkbox.
3). On the Warehouse tab, type the new server name on the Server field.
4). On the Analysis Service tab, specify the new server name in the Server field, Database name, and user account information.
5). On the Reports tab, type your new server name and click the Populate URLs button to have these reporting server URLs populated. Then type the user account information.
This was finally solved by clicking the "Specify non-default instance" checkbox, without entering any value in the following combobox. TFS has created the Warehouse and Analysis database by itself.
My company has changed the Domain , and now my TFS id is also changed, but i want all my old shelvesets to be copied from that username to my new one, for now i have credentials for both the usernames. but want to move/copy shelvesets from one username to another..
please guide is it possible
You can get the old Shelveset, create a new one with the same name and your new userid and then delete the old shelveset.
Or you can just leave them as is, as you can always unshelve something from another user (even your old user), as long as you know who to look for. Use the Find Shelveset feature and use your old user id.
You could try to do it using the TFS Client Object Model and Powershell. Using the VersionControlClient.UpdateShelveset.
I am using TFS API and I need to check if a workitem has been deleted or if it does not exist.
If i use WorkItemStore.GetWorkItem(Int32) and pass the Id of a deleted Work Item here, then the message says that "The work item does not exist, or you do not have permission to access it."
I need to check only for the deleted condition and not the inaccessible condition.
I've searched in the API but could not find any way to check for it.
I need this because I need the list of workitems that have been deleted.
In my program I have a list of some existing workitems. I then need to check if any of these workitems are deleted but I don't have to care whether the logged in user has permissions to see it or not.
And in my program I need to be absolutely sure that the workitem has been deleted because I have to make some irrevertable changes for every deleted workitem from my list.
You can't. If you don't have permission to open the work item, then you can't query information about it. It's a bit of chicken/egg. Even when you do have permission, you cannot be sure a workitem was deleted, or has not yet been created.
I'd run your tool as a service somewhere under a user that has project collection level permission or server level permissions to read the work items. You could also implement your own webservice which does that and then use the outcome in your tool.
I created a local group user which I added to TFS Contributor/Valid User groups. Anytime if I needed to add a user as contributor, I would add him/her to the local group and the person has the access to TFS; which is until now. Recently a new person got hired and MIS setup the domain account for him. I added him the same way but for some reason he couldn't connect to TFS. I tried everything that I know of. I even asked MIS to recreate (delete and create again) the user in ADS. But nothing seems to be working. Does anybody know what could be possible problem?
I had the same issue that the a user did not get permission to TFS when adding hem/her to the user group. I resolved it by adding the user directly to TFS. You can use the TFS Administration Tool to add users quickly to TFS, SSRS and Sharepoint: http://tfsadmin.codeplex.com
OK. I solved the problem. It was TFS cache that was causing this problem. Once I cleared it, everything worked fine.
Thanks for trying to help.