VSTS Test Integration Known Issues

1. The Unit Test check-in policy cannot be used on team projects with multiple solutions.
Details: When multiple Visual Studio solutions are associated with the same team project, setting a Unit Test check-in policy for that team project will cause check-ins to fail.
Workaround: Do not set a Unit Test check-in policy for a team project that has more than one Visual Studio solutions associated with it.

2. Editing the link to an unpublished test causes the bug form to throw an exception.
Details: When you change the link to test results from the bug form, the bug form throws an exception if the test results have not been published.
Workaround: If you receive this exception, remove the invalid link from the bug form. To avoid this exception, publish the results before creating the bug or do not change the link.

3. Coverage Analysis Service is writing an event log warning when a build is deleted.
Details: Deleting a build that has tests published against it will cause the Coverage Analysis Service to write an event log warning.
Workaround: Ignore the event log warning.

4. Unable to publish test results when the client is logged in as a local user not recognized by Team Foundation Server.
Details: Trying to publish test results when the Visual Studio user is not recognized by Team Foundation Server will fail, even though Team Foundation Server does not ask you for valid credentials when it tries to publish test results.
Workaround: Run Visual Studio as a user recognized by Team Foundation Server.

VSTS Team Project Portal Site Known Issues

1. Team project portal site links to Exit Criteria and Issues List reports point to incorrect reports.
Details: In both MSF for CMMI Process Improvement and MSF for Agile Development projects, the links to the Exit Criteria and Issues List reports on the team project portal site point to incorrect reports. If a user runs these reports, they will see the Work items report instead.
Workaround: Open these reports from the Reports folder on the Windows SharePoint Services portal instead of using these links.

VSTS TF Work Item Tracking Known Issues

1. Unable to query fields that start with a number.
Details: Field names that start with a number (for example, "2005Field") are truncated to include the number only (for example, "2005").
Workaround: Enclose fields that start with a number in square brackets (for example, "[2005Field]").

2. Query for long-text fields that contains SQL noise words will return empty result without any error.
Details: When you use the Contains operator to query a long-text field, work item tracking performs a SQL Server full-text query on the work item database. The full-text query excludes SQL noise words such as “a”, “of” and non-alphanumeric characters. An empty result list is returned when you use this kind of query that contains SQL noise words.
Workaround: Remove SQL noise words from the query.

VSTS TF Version Control Known Issues

1. Cannot perform case-only rename on a folder if any child is locked.
Details: Users cannot perform a case-only rename on a folder if they have any items locked under the folder.
Workaround: Rename the folder to something different, perform a check-in, and then rename the folder to the original name with the desired case.

2. Difference command: IgnoreCase parameter does not work in some codepages.
Details: If Team Foundation source control stored encoding for a file is a DBCS codepage (such as Shift-JIS), the command-line difference command (tf difference /noprompt) will not ignore case correctly when specified by using /ignorecase.
Workaround: If the file contains no double-byte characters, use the /type parameter to specify an SBCS codepage (for example, /type:ASCII). If the file does contain double-byte characters, either avoid using the /ignoreCase parameter, or configure a third-party diff tool (using "tf difference /configure") which correctly supports case-insensitive comparisons in DBCS codepages.

3. No commands are available in Source Control Explorer.
Details: If the Visual Studio Team Foundation Server plug-in is not associated with the Visual Studio IDE, some source control features will not be available. For example, when you right-click inside the working area of Source Control Explorer, “No Commands Available” is displayed.
Workaround: Associate the Visual Studio Team Foundation Server plug-in with the Visual Studio IDE by following these steps:

1. Start Visual Studio. On the Tools menu, click Options.
2. Expand Source Control and click Plug-in Selection.
3. In the Current source control plug-in box, click Visual Studio Team Foundation Server.
4. Click OK.

4. Renaming a project folder in Solution Explorer causes files to be marked read/write without checkout.
Details: When you rename a project folder in Visual Studio using Solution Explorer, files in that folder, such as datasets or resources, may be marked read/write and have changes written to them without performing a checkout. This issue affects any files that have a custom tool assigned to them and do not have a custom tool namespace.
Workaround: When renaming a project folder, you are prompted with the name of each file that is being modified. After the project folder is renamed, manually check out those same files.

5. Cannot get files, shelvesets, or changesets from Version Control by date.
Details: If you install the application tier on a machine or account with Regional Settings that have a "." as the time separator (for example, Italian), you will experience the following error when trying to get a file by date: "Database error (SQL Error 241) ---> conversion of type string to datetime failed".
Workaround: Change the regional settings of the account under which the worker process is running (this is on the application tier machine).To do this you have to determine under which user account the worker process is running, by following the steps below:

1. Click Start.
2. Right-click on My Computer, then select Manage.
3. Expand the Services and Applications node.
4. Expand the Internet Information Services (IIS) Manager node.
5. Expand the Application Pools node.
6. Right-click on the TFS AppPool node and select Properties.
7. The desired user account name can be found in the Identity tab.

You then need to change the Regional Settings of the above user account to any date/time format that does not use the "." as the time separator. For example, change the Regional Settings to English (United States) and restart IIS.

6. Version Control does not support alternate data streams.
Details: You create a file with an alternate data stream. However, when you add it to Version Control and checked it in, the alternative data stream was lost.
Workaround: None.

VSTS TF Server Known Issues

1. Team Foundation Server is unavailable over the Internet through HTTP, when you use Basic or Digest authentication.
Details: Team Foundation client applications, such as Team Explorer, access Team Foundation Server functionality through a collection of Web services hosted on Internet Information Services (IIS) 6.0. The initial RTM release of Team Foundation Server only supports Integrated Windows Authentication. This allows for clients to use their Windows credentials to access this functionality. Basic and Digest authentication are not supported currently.
Workaround: You can use a virtual private network (VPN) if your scenario requires accessing Team Foundation Server from outside the local intranet. Alternatively, and subject to your own risk analysis, you may opt to expose your Team Foundation Server to the Internet and require encrypted connections (for example, HTTPS using SSL/TLS); however, you may be held back by proxies on the client side of the equation, such as those provided by Internet Service Providers (ISPs).

2. Team Foundation Japanese Edition - Links within text e-mail Team Foundation alerts received for check-ins can display error messages.
Details: You can subscribe to text or HTML e-mail check-in alerts. The check-in e-mail you receive has links to different files in the solution you are checking in. If you subscribed to text e-mail alerts, clicking a link to various file types (for example, .aspx, .cs, or .sln) might display a "Page not Found," "Index was out of Bounds," or "Path Longer than 260 Characters" error message.
Workaround: Use HTML e-mail check-in alerts instead of text e-mail check-in alerts.

3. Slow Network Performance.
Details: Creating team projects, running CQConverter.exe or VSSConverter.exe, checking in files, and other Team Foundation Server network related activities are running unnecessarily slow.
Workaround: The client network card configuration may be causing slow network performance. For more information, see the knowledge base article "The effects of using auto detect settings on cluster network interface card" (http://support.microsoft.com/kb/174812).

4. Encoding for XML, .XSL, .WIQ, and .RDL files.
Details: If you edit XML, .XSL, .WIQ, or .RDL files using Notepad and save using CRTL+S, the default encoding used is ANSI. This will cause problems if the files contain non-ASCII characters.
Workaround: When editing any .XML, .XSL, .WIQ or .RDL files in a Process Template, make sure to save them with the "UTF-8 with signature" encoding (if editing with Visual Studio) or "UTF-8" (when using Notepad). Other editors might vary in behavior and you should make sure the files are saved with a UTF-8 encoding and a Byte Order Mark (BOM or signature) at the beginning of the files. The presence of the BOM can be detected by checking the first three bytes of a file. They should be EF BB BF (hex).

5. You receive the following error in the event log: "Unrecognized default notification from address."
Details: This message should read as follows: The configured "from address: $1" for project alerts is not a valid or recognized e-mail address. Users will not receive project notification e-mail messages until the "emailNotificationFromAddress" property in the application-tier services web.config file is changed to a valid e-mail address.
Workaround: Reconfigure the e-mail services notification so that it contains a valid e-mail address.

6. SMTP Server Invalid default 'From' address error in event log.
Details: During installation, if the SMTP server is not specified, the installation will default to the application-tier server. If the “emailNotificationFromAddress” is not set then the application event log will list the error, “Invalid default ‘From’ address.”
Workaround: To correct this problem, edit the Program Files\Microsoft Visual Studio 2005 Team Foundation Server\Web Services\Services\web.config file to either specify a valid "emailNotificationFromAddress" value, or if project alerts are not being used, specify an empty “smtpServer” value. In the web.config file, change the following line:
" />
to:

7. Resetting Microsoft Excel's List toolbar item causes exception.
Details: After you insert an ID bound listobject, if you reset the List toolbar, and then click anywhere outside the listobject, a COM exception is thrown. The error message "TF80069: Team Foundation experienced an error when updating the data in the application" displays every time that you click outside the listobject.
Workaround: Save your changes to the Excel worksheet on the local computer, close, and then reopen Excel. You can publish your changes and continue to use the Excel worksheet without the error displaying again.

8. Team Foundation command line tools do not prompt for alternate user credentials.
Details: Team Foundation command-line tools run in the context of the current user. If you are not authorized to access the Team Foundation Server, you will get a message saying that you are not authorized to access the server. In most cases you will not be prompted to supply alternate credentials.
Workaround: Use the "runas" functionality to provide alternative credentials that are authorized to access the Team Foundation Server. Note that this is only available on Windows XP and Windows Server 2003. One of the tools that prompts for alternate credentials (if you are not authorized to access the Team Foundation Server) is tf.exe. However, you must first use Team Explorer to prompt for alternate credentials by trying to connect to Team Foundation Server before tf.exe will connect properly.

9. TfsAdminUtil SID command does not allow the domain\account format to list account information.
Details: Running the TfsAdminUtil SID command to display information about a specified account using the domain\account format will always return zero matches even if the specified domain\account exists in the system. This is contrary to the help information provided by TfsAdminUtil, which specifies incorrectly that the domain\account format must be used.
Workaround: Specify the account name without the domain qualifier, and TfsAdminUtil SID will return all users in the system with that account name.

VSTS TF Converters Known Issuess

1. VSS Converter cannot migrate subfolders in a Visual SourceSafe database that contain files older than their parent folders.
Details: VSSConverter cannot migrate subfolders in a Visual SourceSafe database that contains older files that were restored from an archive creating files that predate their parent folders. VSSConverter works in chronological order and cannot migrate files in this condition because the parent folders are not created before the files they contain. Move or rename operations can make the problem worse.
Workaround: None.

2. VSS Converter cannot migrate files and folders that have name collisions caused by imprecise time stamping.
Details: In Visual SourceSafe, time stamps are recorded to the nearest second. Sometimes, a file or folder operation may have occurred within milliseconds that resulted in what appears to be a name collision based on the recorded time stamp when in fact the events occurred sequentially. When VSSConverter tries to re-create the sequence of events, it encounters the naming collision that did not actually occur in Visual SourceSafe because it tries to perform the operation at the same time.
Workaround: None.

3. Visual SourceSafe folders that have been moved and renamed many times may not migrate correctly.
Details: When a Visual SourceSafe folder has been moved or renamed many times, VSSConverter may not be able to determine the current name of the folder. Such folders, and their contents, are not migrated correctly. In the migration report, you will see the following errors: "The item already exists." and "The item could not be found in workspace."
Workaround: None.

4. VSS Converter does not migrate source control bindings.
Details: Visual Source Safe Converter does not migrate source control bindings for Visual Studio solutions. You may receive error messages related to source control bindings when you open a Visual Studio solution after migration.
Workaround: After migrating a Visual SourceSafe database, you must manually change the source control bindings for each Visual Studio solution that was migrated. For more information about manually migrating source control bindings, see the latest version of the Team Foundation Administrator’s Guide that is available on the Web at the MSDN Online site (http://go.microsoft.com/fwlink/?linkid=52459).

5. VSS Converter appends incorrect time stamp to the comment of a migrated changeset.
Details: VSS Converter combines multiple actions into a single changeset to improve the migration performance. The time stamp for the changeset is incorrect.
Workaround: None.

6. In some scenarios, VSS Converter cannot migrate the version history of file and folders correctly.
Details: In some scenarios, VSS Converter cannot migrate the version history of files and folders correctly. When migration is complete, VSS Converter performs an additional step to affix the latest version, PINNED, and Pinned_Latest label on Team Foundation. When mismatch fixing, you may not see any output (feedback) in the console and the VSS Converter may appear to have stopped working. This is not an indication that anything is wrong and is expected behavior. After migration, the history of files that are fixed may be incorrect. Also, you may see empty folders in Source Control Explorer caused by the mismatch fix process. The summary of the mismatch fix process can be found in summary section of migration report.
Workaround: None.