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

Windows 7 has changed the game when it comes to remote desktop. Neowin.net blogged about the new features about a year ago. Click here to check out their post. I, too, was blown away by what’s now possible in Remote Desktop. Some of the new features include:
- Windows 7 Aero support
- Direct 2D & Direct 3D 10.1 application support
- True multi-monitor support
- RDP Core Performance Improvements
- Multimedia enhancements
- Media Foundation support
- DirectShow support
- Low Latency audio playback support
- Bi-directional audio support
I noticed one, seemingly insignificant, but very cool new feature that wasn’t mentioned at Neowin.net. Have you ever used Remote Dekstop to get into a network…and then used it again to get to another computer within that network? If so, you’ve probably noticed that the minimize bar at the top doubles over itself; making it next to impossible to minimize one remote machine without minimizing the other while in full-screen mode. Remote Desktop now lets you slide the bar at the top; making it much easier to minimize one session to get to another. Thanks Microsoft! It hasn’t gone unnoticed and it’s appreciated!

I ran into a weird bug recently that I hope no one else ever experiences. I use Telerik’s Rad Controls for ASP.NET AJAX because they’re powerful, pretty and developer friendly. I recommend them to ALL .NET developers. I had just put together a server control that used several of Telerik’s controls and my own Rounded DIV Container control as well. It looked great in all browsers. I was happy. I added another Rounded DIV to the page. When I refreshed the page, all of my styles were gone. I know the CSS is good, because I was using the control elsewhere. Was it possible I had an unclosed tag somewhere? I tried the page in Firefox…perfect, then Safari…perfect, then Google Chrome…perfect.
Scratching head…
At this point, I know it’s a browser issue, but I’m still not sure what’s causing it. After digging around and playing with the Internet Explorer Developer Toolbar, I noticed that the page seemed to lose it’s style whenever there were more than 30 registers resources on a page (i.e. CSS & JavaScript file references). I probably had too many CSS files as it was. On top of that, I was dynamically referencing js files. Telerik also register javascript and css files via the WebResource.axd (embedded .NET resources).
Here’s how you can check how many resources are registered for a given page:
- Check your markup
- Look for all instances of registered resources (CSS, JS, etc)
<link id=”cssStyleSheet” rel=”stylesheet” type=”text/css” runat=”server” /> — each one of these counts as 1
- If you’ve got a lot of these, consider consolidating into fewer resources
- Use the IE Developer Toolbar, ChromeBug (Google Chrome) or FireBug (the best) to check for registered resources in WebResource.axd
- Firebug (ChromeBug is similar)
- Once the page is loaded, highlight the CSS tab and click the resource drop down list just below it

- Do the same thing on the “Script” tab (ASP.NET is close to 30! Watch out!
)

- IE Developer Toolbar
- In IE, press F12 to bring up the Developer Tools
- Click on CSS and count the items in the drop down list
- Do the same for Script

I hope you don’t have this many registered resources.
But if you do, and things look weird in IE 7 and IE 8, now you know why. Time to consolidate!
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!