This post is going to be my periodically updated list of answers to questions\/problems that I hear about. I’ll get right to it…\nLast updated 12\/2\/08\n1) Login problems with the TFS Windows Shell Extension – Right now the shell extension only supports contact TFS with your default Windows credentials (using integrated authentication). This won’t work in extranet scenarios (or any other where you can’t use integrated auth). We plan to add support for enabling you to explicitly provide your user name & password for TFS in the next Power Tools release.<\/p>\n
I’ve discovered that you can use stored credentials to have Windows automatically provide your username and password.<\/p>\n
Steps (Windows Vista)<\/p>\n
Steps (Windows XP)<\/p>\n
Apparently you need to do this while you are logged in with an admin account (on Vista). Also, you may need to reboot to have this take effect for the Windows Shell Extension.<\/p>\n
2) Server scoped groups don’t work in Team Members – We tested Project scoped groups and Windows (local and AD) groups but didn’t get around to testing server scoped groups before we shipped this release. We’ll add that for the next release. In the mean time, don’t use them with Team Members.<\/p>\n
3) VS and Communicator (or other IM system) must be running at the same permission level – If you run VS elevated to “Administrator” using UAC on Vista or Win2K8, you must run Communicator the same way. This is due to security restrictions in COM that prevent processes at different levels of permission from communicating with COM. If you don’t run them at the same permission level, you will see an error – I can’t remember what it says but it’s an ugly COM activation error and I’ll post it when I run across it again.<\/p>\n
4) Team members inheritance can’t be reestablished – If you create team settings for a sub team, there-by overriding the settings for the parent team, you can’t remove them and reestablish the inheritance. There’s two steps you have to do to deal with this. First, go into the Source Control Explorer and delete the team definition XML file in $\/<Team Project>\/TeamProjectConfig\/Teams. Then you have to delete the config file from the clients (this is a bug – it should be auto deleted). The config file will be in c:\\users\\<user>\\appdata\\local\\microsoft\\team foundation\\2.0\\Cache\\<server guid>\\<Team Project>\\TeamProjectConfig\\Teams<\/p>\n