TechNullogy » TFS

TFS: How to fix the Red X of Death on the Report Folder in Team Explorer

MJ Hufford — Sun, 14 Mar 2010 00:39:56 +0000

Awhile back, I upgraded our Team Foundation Server to 2008 SP1 and our SQL 2005 server to 2008. It took a bit of finagling to get everything working right. Google was my friend and I was able to solve all but one nagging issue. Have you ever seen the little red “x” on your Report folder in Team Explorer? He and I have been fighting for a few weeks.

I came across several forum posts that all seemed logical. Here are the steps I took to get it fixed:

Configure registry to use FQDN -> Edit each of the following registry keys accordingly:
1. HKLM\Software\Microsoft\VisualStudio\9.0\TeamFoundation\ReportServer\443\Sites\BaseReportsUrl
2. HKLM\Software\Microsoft\VisualStudio\9.0\TeamFoundation\ReportServer\443\\ReportsService
3. HKLM\Software\Microsoft\VisualStudio\9.0\TeamFoundation\ReportServer\80\Sites\BaseReportsUrl
4. HKLM\Software\Microsoft\VisualStudio\9.0\TeamFoundation\ReportServer\80\\ReportsService
Configure connections in TFS
1. Option 1:
  1. Browse to C:\Program Files\Microsoft Visual Studio 2008 Team Foundation Server\Tools
  2. Run TfsAdminUtil.exe configureconnections /view
  3. Ensure that ReportsUri is set to http:///Reports (or https for SSL)
    SET: TfsAdminUtil.exe configureconnections /reportsuri:http:///Reports
  4. Ensure that ReportServerUri is set to http:///ReportServer/ReportService.asmx (or https for SSL)
    SET: TfsAdminUtil.exe configureconnections /reportserveruri:http:///ReportServer/ReportService.asmx
2. Option 2 (easier IMHO):
  1. Use SQL Management Studio to connect to your TFS SQL Server
  2. Run this query against the TfsIntegration database: SELECT * FROM dbo.tbl_service_interface
  3. Look for 2 records that look like these and make sure they’re accurate:
    ReportsService http:///ReportServer/ReportService.asmx
    BaseReportsUrl http:///Reports

At this point, I thought I was done. The red x stared smugly into my eyes. Alright, it must be server cache. Reboot the server and restart VS. He’s still there. He’s laughing at me at this point. I finally realized that the properties of that folder (in Team Explorer) still had the wrong url. The cache was client side. DIRTY!

You can clear you client cache like this:

Close Visual Studio
Browse to c:\users\%username%\appdata\local\microsoft\team foundation\2.0
Delete the cache folder

Now launch Visual Studio and rejoice!

How to Recover Deleted TFS Files and Folders

MJ Hufford — Wed, 03 Mar 2010 21:04:47 +0000

I recently went in search for a “how to” regarding file and folder recovery in Microsoft Team Foundation Server. One of our project files was corrupted and removed its reference to an ascx file, but left the .cs and .designer.cs files behind; ultimately breaking the build on our continuous integration server. Google doth continue to rock. I quickly found a solution. It’s relatively easy:

In Visual Studio, click on Tools -> Options -> (make sure the “show all items” check box is checked) -> Source Control -> Visual Studio Team Foundation Server
Check the “Show deleted items in the Source Control Explorer” check box
Click “OK”
In Team Explorer, open Source Control
Then just right-click and click “Undelete” -> sooooo not a real word

Enjoy!

Listing checked-out files in Team Foundation Server 2008 (TFS)

MJ Hufford — Fri, 18 Sep 2009 18:20:59 +0000

I needed a list of all checked-out files in TFS today. This page came in handy! Thanks Clay! Here’s what he had to say (slightly modified for VS 2008)

You can get a complete list of checked out files by using the tf.exe command line tool found in: C:\Program Files\Microsoft Visual Studio 9\Common7\IDE or C:\Program Files (x86)\Microsoft Visual Studio 9\Common7\IDE for you 64 bitters.

All checked out files in $/MyProject:

tf.exe status $/MyProject /user:* /s:http://MyTfs:8080 /recursive

All files checked out to Mark:

tf.exe status /user:mark /s:http://MyTfs:8080

You can write the output to a file:

tf.exe status /user:* /s:http://MyTfs:8080 > c:\tfsCheckedOut.txt

I also created this little batch file that will automatically output results to your desktop. It’s very simplistic, but saves time having to mess with the command prompt. Edit with your favorite text editor, save, and away you go.

Building Silverlight Projects with Automated Team Builds: XAP Issues

MJ Hufford — Thu, 25 Jun 2009 20:15:46 +0000

We recently added a Silverlight project to a web application. When we would build the solution locally, it worked great! However, when we would check-in to the Team Foundation Server (TFS 2008), the automated builds were breaking with an error like this one:

"error MSB3021: Unable to copy file "BLA-BLA-BLA\Silverlight.xap" to
"BLA-BLA-BLA\ClientBin\Silverlight.xap".
Could not find a part of the path 'BLA-BLA-BLA\Silverlight.xap'.

We decided to remove the .xap file from source control to avoid the broken builds. Not a very elegant solution, eh?

While digging around the net today, I found an article that saved the day. Thanks Corvalius! Here is the solution I implemented to resolve the problem:

Open Team Explorer as an administrator
In Source Control, navigate to your .xap file(s)
Right-click the file and click on “Properties”
Select the “Security” tab
Select the “Build Services” group and set the “Read” permission to “Deny”
Do the dance of joy

Step 6 is optional, but highly recommended and hard to resist.

UPDATE:

After upgrading to Team Foundation Server / Visual Studio 2010, I ran into an issue where the build agent said that access to the path of my .XAP file was denied. To fix it, just follow the steps listed above using the new TFS 2010 collection based build group: