Shell Extension : Not showing in Windows Explorer context

I have Windows 7 Professional x64. I have Visual Studio 2010 Premium and Visual Studio 2012 Premium installed on my machine.

I installed TFS Power Tools Decemeber 2011. I restarted my computer after successful installation. I then checked out a folder from TFS 2010 but the TFS menu items in Windows Explorer context menu do not appear when i right click on the folder.

I even reinstalled it by uinstalling it, restarting the pc and installing it again then restarting it again but same issue.

I have followed the instructions outlined in here: TFS Power Tools: Shell Extension : Context Menu Quirky and TFS Icons on Files/Folders missing

But same issue same issue occurs. Would anyone know what else i can do to get the TFS menu items to appear in the context menu please?

Thanks in advance,

Solution 1:

I am not sure if this would help or you are willing to use a new version but I had the exact same environment and issue with you.

What I had done is that I uninstalled the old TFS Power Tools ( listed with a "Microsoft Team Foundation Server" prefix and/or "Microsoft Visual Studio Team Foundation Server" in Control-Panel/Programs-and-Features ) and install a newer version which is RTM. You can download them at http://www.microsoft.com/en-nz/download/details.aspx?id=35775 and install the following in the same order listed below

1. Team Foundation Server 2012 RTM Power Tools.msi
2. Visual Studio Team Foundation Server 2012 Update 1 Power Tools.msi
3. Visual Studio Team Foundation Server 2012 Update 2 Power Tools.msi

Close Visual Studio before you start then restart after installing, you should see your context menu afterwards together with the green arrow that indicates it is in TFS

Here is a screenshot of it

Also please take note that after installation this would not happen instantaneously as advised on this post: TFS Power Tools: Shell Extension : Context Menu Quirky and TFS Icons on Files/Folders missing

It sometimes takes a while for the TfsComProviderSvr.exe to check if the local folder is a workspace and register the shell extension.

So this depends on many variables, your TFS server speed, your machine speed and your network speed. In my case I left it overnight to fully show everything.

Solution 2:

Windows has a limit on home many overlay icons it can support. This started happening to me after i installed google drive, one drive, and dropbox and the TFSOverlay got pushed down to the bottom in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\explorer \ShellIconOverlayIdentifiers

You can fix it by either

1. Uninstalling some of the overlay apps. (Eg: remove Google drive or Dropbox)
2. Rename the TFS folders in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\explorer \ShellIconOverlayIdentifiers to start with numbers so they take priority (Eg: "1TfsOverlayAdd" , "2TfsOverlayEdit" etc.).

Also there is usually a delay for the green icons to appear in the folder explorer, so be patient.

Solution 3:

I was having the same problem and just I executed this file:

C:\Program Files (x86)\Microsoft Team Foundation Server 2012 Power Tools\TfsComProviderSvr.exe

After a few minutes the menu appeared.

Solution 4:

This problem also occurs when you are running Visual Studio under different credentials (i.e. an account with Administrator privileges) than the logged on user. Logging on as that same user displays the ShellExtension correctly. But that's just not an option here...

I have not yet found a solution. It would be a nice feature to be able to set some options for TfsComProviderSvr.exe, so that one can let it watch workspace folders for a different 'Team Member' than the logged on user...

I've tried running Explorer.exe with other credentials, but that does not spawn a new TfsComProviderSvr.exe. Starting it by hand with the different credentials also does not seem to work. An instance of TfsComProviderSvr.exe is always (re)spawned for the currently logged on user.