<?xml version="1.0"?><?xml-stylesheet type="text/xsl" href="/rss.xsl"?><rss version="2.0"><channel><title>tfsbuildlab Work Item Rss Feed</title><link>http://www.codeplex.com/tfsbuildlab/WorkItem/List.aspx</link><description>tfsbuildlab Work Item Rss Description</description><item><title>Closed Issue: Exception when accessing Build Log [3242]</title><link>http://tfsbuildlab.codeplex.com/workitem/3242</link><description>I get this exception when clicking the Build Log tab&amp;#58;&lt;br /&gt;System.ServiceModel.CommunicationException&amp;#58; The socket connection was aborted. This could be caused by an error processing your message or a receive timeout being exceeded by the remote host, or an underlying network resource issue. Local socket timeout was &amp;#39;00&amp;#58;01&amp;#58;00&amp;#39;&lt;br /&gt;&amp;#160;&lt;br /&gt;Can you help me out&amp;#63;&lt;br /&gt;</description><author>PeterBlomqvist</author><pubDate>Tue, 14 May 2013 22:15:17 GMT</pubDate><guid isPermaLink="false">Closed Issue: Exception when accessing Build Log [3242] 20130514101517P</guid></item><item><title>Closed Issue: Excessive number of StartScheduled [3243]</title><link>http://tfsbuildlab.codeplex.com/workitem/3243</link><description>In the Build Events list i get a StartScheduled every minute - why is that&amp;#63;&lt;br /&gt;</description><author>PeterBlomqvist</author><pubDate>Tue, 14 May 2013 22:15:17 GMT</pubDate><guid isPermaLink="false">Closed Issue: Excessive number of StartScheduled [3243] 20130514101517P</guid></item><item><title>Closed Issue: Problem authenticating against the TFS Server [3371]</title><link>http://tfsbuildlab.codeplex.com/workitem/3371</link><description>Hi guys - I spent some time installing TfsBuildLab, and initially had trouble getting it to work. Every time I started the service, I was getting exceptions in the event log, with the following message&amp;#58; &amp;#34;You are not authorized to access the server &amp;#60;tfsserver&amp;#62;&amp;#34;. I thought this may have ben to do with the event registration security permissions, so I set the events up manually and turned auto event registration to false, as per the install instructions, but I continued to get exceptions logged with this same message.&lt;br /&gt;&amp;#160;&lt;br /&gt;I hunted through the code, and I found that in the Callista.BuildLab.Core.Tfs class, the exception was occurring because of the following code&amp;#58;&lt;br /&gt;&amp;#160;&lt;br /&gt;                    if &amp;#40;string.IsNullOrEmpty&amp;#40;tfsUser&amp;#41; &amp;#38;&amp;#38; string.IsNullOrEmpty&amp;#40;tfsPassword&amp;#41;&amp;#41;&lt;br /&gt;                    &amp;#123;&lt;br /&gt;                        _tfs &amp;#61; new TeamFoundationServer&amp;#40;tfsUri&amp;#41;&amp;#59;&lt;br /&gt;                    &amp;#125;&lt;br /&gt;                    else&lt;br /&gt;                    &amp;#123;&lt;br /&gt;                        _tfs &amp;#61; new TeamFoundationServer&amp;#40;tfsUri, new NetworkCredential&amp;#40;tfsUser, tfsPassword&amp;#41;&amp;#41;&amp;#59;&lt;br /&gt;                    &amp;#125;&lt;br /&gt;&amp;#160;&lt;br /&gt;&amp;#160;&lt;br /&gt;In my case, I have values for both tfsUser &amp;#40;in the format domain&amp;#92;userid&amp;#41;, and tfsPassword, as I specified these in the config file. It appeared that having the domain specified as part of the userid string does not result in the domain value being applied to the NetworkCredential in the line contained within the &amp;#34;else&amp;#34; block. In other words, because the code is not explicitly setting the domain, tfsBuildLab is trying to connect to the server using credentials which have a uid specified as &amp;#34;domain&amp;#92;username&amp;#34; and a blank domain string. &lt;br /&gt;&amp;#160;&lt;br /&gt;To resolve this issue, I believe that either the above code should use the TeamFoundationServer constructor that does not take the network credentials &amp;#40;this results in the thread principal&amp;#39;s identity &amp;#40;i.e. the service account&amp;#41; credentials being used, which means that the service must be running as an account which has permission to connect to the server &amp;#40;as an admin&amp;#63;&amp;#63;&amp;#41;&amp;#41;,  or the code inside the else block above should also be specifying a domain. It would be possible &amp;#40;and probably less complicated for configuration also&amp;#41; to perform a string.split on tfsUser to separate the domain out from the actual userid, otherwise I&amp;#39;d suggest simply including a new config setting for the user&amp;#39;s domain, and changing the tfsUser setting to accept a uid only &amp;#40;without the domain specifier&amp;#41;. &lt;br /&gt;&amp;#160;&lt;br /&gt;Cheers&lt;br /&gt;Mark&lt;br /&gt;</description><author>Markl_nz</author><pubDate>Tue, 14 May 2013 22:15:17 GMT</pubDate><guid isPermaLink="false">Closed Issue: Problem authenticating against the TFS Server [3371] 20130514101517P</guid></item><item><title>Closed Issue: Ignore changeset entries that only have a change type of Merge [4121]</title><link>http://tfsbuildlab.codeplex.com/workitem/4121</link><description>I have two builds queued right now that don&amp;#39;t need to be built, because TFSBuildLab triggered on the paths without accounting for the change type. Any file in a changeset that only has a change type of merge is a discard operation and would not affect the build. TFSBuildLab should ignore changeset entries that only have a change type of Merge.&lt;br /&gt;</description><author>JeremyGray</author><pubDate>Tue, 14 May 2013 22:15:16 GMT</pubDate><guid isPermaLink="false">Closed Issue: Ignore changeset entries that only have a change type of Merge [4121] 20130514101516P</guid></item><item><title>COMMENTED ISSUE: Ignore changeset entries that only have a change type of Merge</title><link>http://www.codeplex.com/tfsbuildlab/WorkItem/View.aspx?WorkItemId=4121</link><description>I have two builds queued right now that don&amp;#39;t need to be built, because TFSBuildLab triggered on the paths without accounting for the change type. Any file in a changeset that only has a change type of merge is a discard operation and would not affect the build. TFSBuildLab should ignore changeset entries that only have a change type of Merge.&lt;br /&gt;Comments: ** Comment from web user: JeremyGray ** &lt;p&gt;Fantastic&amp;#33; We bump into these more and more often as trunk diverges from its nearest branch during longer cycles, so this change will be really helpful.&lt;/p&gt;</description><author>JeremyGray</author><pubDate>Fri, 26 Oct 2007 22:26:01 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Ignore changeset entries that only have a change type of Merge 20071026102601P</guid></item><item><title>COMMENTED ISSUE: Ignore changeset entries that only have a change type of Merge</title><link>http://www.codeplex.com/tfsbuildlab/WorkItem/View.aspx?WorkItemId=4121</link><description>I have two builds queued right now that don&amp;#39;t need to be built, because TFSBuildLab triggered on the paths without accounting for the change type. Any file in a changeset that only has a change type of merge is a discard operation and would not affect the build. TFSBuildLab should ignore changeset entries that only have a change type of Merge.&lt;br /&gt;Comments: ** Comment from web user: PeterBlomqvist ** &lt;p&gt;will be incuded in the next release.&lt;/p&gt;</description><author>PeterBlomqvist</author><pubDate>Fri, 26 Oct 2007 06:26:32 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Ignore changeset entries that only have a change type of Merge 20071026062632A</guid></item><item><title>CREATED ISSUE: Ignore changeset entries that only have a change type of Merge</title><link>http://www.codeplex.com/tfsbuildlab/WorkItem/View.aspx?WorkItemId=4121</link><description>I have two builds queued right now that don&amp;#39;t need to be built, because TFSBuildLab triggered on the paths without accounting for the change type. Any file in a changeset that only has a change type of merge is a discard operation and would not affect the build. TFSBuildLab should ignore changeset entries that only have a change type of Merge.&lt;br /&gt;</description><author>JeremyGray</author><pubDate>Tue, 23 Oct 2007 20:07:03 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Ignore changeset entries that only have a change type of Merge 20071023080703P</guid></item><item><title>COMMENTED ISSUE: Problem authenticating against the TFS Server</title><link>http://www.codeplex.com/tfsbuildlab/WorkItem/View.aspx?WorkItemId=3371</link><description>Hi guys - I spent some time installing TfsBuildLab, and initially had trouble getting it to work. Every time I started the service, I was getting exceptions in the event log, with the following message&amp;#58; &amp;#34;You are not authorized to access the server &amp;#60;tfsserver&amp;#62;&amp;#34;. I thought this may have ben to do with the event registration security permissions, so I set the events up manually and turned auto event registration to false, as per the install instructions, but I continued to get exceptions logged with this same message.&lt;br /&gt;&lt;br /&gt;I hunted through the code, and I found that in the Callista.BuildLab.Core.Tfs class, the exception was occurring because of the following code&amp;#58;&lt;br /&gt;&lt;br /&gt;                    if &amp;#40;string.IsNullOrEmpty&amp;#40;tfsUser&amp;#41; &amp;#38;&amp;#38; string.IsNullOrEmpty&amp;#40;tfsPassword&amp;#41;&amp;#41;&lt;br /&gt;                    &amp;#123;&lt;br /&gt;                        _tfs &amp;#61; new TeamFoundationServer&amp;#40;tfsUri&amp;#41;&amp;#59;&lt;br /&gt;                    &amp;#125;&lt;br /&gt;                    else&lt;br /&gt;                    &amp;#123;&lt;br /&gt;                        _tfs &amp;#61; new TeamFoundationServer&amp;#40;tfsUri, new NetworkCredential&amp;#40;tfsUser, tfsPassword&amp;#41;&amp;#41;&amp;#59;&lt;br /&gt;                    &amp;#125;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;In my case, I have values for both tfsUser &amp;#40;in the format domain&amp;#92;userid&amp;#41;, and tfsPassword, as I specified these in the config file. It appeared that having the domain specified as part of the userid string does not result in the domain value being applied to the NetworkCredential in the line contained within the &amp;#34;else&amp;#34; block. In other words, because the code is not explicitly setting the domain, tfsBuildLab is trying to connect to the server using credentials which have a uid specified as &amp;#34;domain&amp;#92;username&amp;#34; and a blank domain string. &lt;br /&gt;&lt;br /&gt;To resolve this issue, I believe that either the above code should use the TeamFoundationServer constructor that does not take the network credentials &amp;#40;this results in the thread principal&amp;#39;s identity &amp;#40;i.e. the service account&amp;#41; credentials being used, which means that the service must be running as an account which has permission to connect to the server &amp;#40;as an admin&amp;#63;&amp;#63;&amp;#41;&amp;#41;,  or the code inside the else block above should also be specifying a domain. It would be possible &amp;#40;and probably less complicated for configuration also&amp;#41; to perform a string.split on tfsUser to separate the domain out from the actual userid, otherwise I&amp;#39;d suggest simply including a new config setting for the user&amp;#39;s domain, and changing the tfsUser setting to accept a uid only &amp;#40;without the domain specifier&amp;#41;. &lt;br /&gt;&lt;br /&gt;Cheers&lt;br /&gt;Mark&lt;br/&gt;Comments: ** Comment from web user: Markl_nz ** &lt;p&gt;Awesome, thanks heaps guys.&lt;/p&gt;&lt;p&gt;Mark&lt;/p&gt;</description><author>Markl_nz</author><pubDate>Wed, 26 Sep 2007 02:39:44 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Problem authenticating against the TFS Server 20070926023944A</guid></item><item><title>COMMENTED ISSUE: Problem authenticating against the TFS Server</title><link>http://www.codeplex.com/tfsbuildlab/WorkItem/View.aspx?WorkItemId=3371</link><description>Hi guys - I spent some time installing TfsBuildLab, and initially had trouble getting it to work. Every time I started the service, I was getting exceptions in the event log, with the following message&amp;#58; &amp;#34;You are not authorized to access the server &amp;#60;tfsserver&amp;#62;&amp;#34;. I thought this may have ben to do with the event registration security permissions, so I set the events up manually and turned auto event registration to false, as per the install instructions, but I continued to get exceptions logged with this same message.&lt;br /&gt;&lt;br /&gt;I hunted through the code, and I found that in the Callista.BuildLab.Core.Tfs class, the exception was occurring because of the following code&amp;#58;&lt;br /&gt;&lt;br /&gt;                    if &amp;#40;string.IsNullOrEmpty&amp;#40;tfsUser&amp;#41; &amp;#38;&amp;#38; string.IsNullOrEmpty&amp;#40;tfsPassword&amp;#41;&amp;#41;&lt;br /&gt;                    &amp;#123;&lt;br /&gt;                        _tfs &amp;#61; new TeamFoundationServer&amp;#40;tfsUri&amp;#41;&amp;#59;&lt;br /&gt;                    &amp;#125;&lt;br /&gt;                    else&lt;br /&gt;                    &amp;#123;&lt;br /&gt;                        _tfs &amp;#61; new TeamFoundationServer&amp;#40;tfsUri, new NetworkCredential&amp;#40;tfsUser, tfsPassword&amp;#41;&amp;#41;&amp;#59;&lt;br /&gt;                    &amp;#125;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;In my case, I have values for both tfsUser &amp;#40;in the format domain&amp;#92;userid&amp;#41;, and tfsPassword, as I specified these in the config file. It appeared that having the domain specified as part of the userid string does not result in the domain value being applied to the NetworkCredential in the line contained within the &amp;#34;else&amp;#34; block. In other words, because the code is not explicitly setting the domain, tfsBuildLab is trying to connect to the server using credentials which have a uid specified as &amp;#34;domain&amp;#92;username&amp;#34; and a blank domain string. &lt;br /&gt;&lt;br /&gt;To resolve this issue, I believe that either the above code should use the TeamFoundationServer constructor that does not take the network credentials &amp;#40;this results in the thread principal&amp;#39;s identity &amp;#40;i.e. the service account&amp;#41; credentials being used, which means that the service must be running as an account which has permission to connect to the server &amp;#40;as an admin&amp;#63;&amp;#63;&amp;#41;&amp;#41;,  or the code inside the else block above should also be specifying a domain. It would be possible &amp;#40;and probably less complicated for configuration also&amp;#41; to perform a string.split on tfsUser to separate the domain out from the actual userid, otherwise I&amp;#39;d suggest simply including a new config setting for the user&amp;#39;s domain, and changing the tfsUser setting to accept a uid only &amp;#40;without the domain specifier&amp;#41;. &lt;br /&gt;&lt;br /&gt;Cheers&lt;br /&gt;Mark&lt;br/&gt;Comments: ** Comment from web user: MOlausson ** &lt;p&gt;Hi Mark,&lt;/p&gt;&lt;p&gt;Thanks for the feedback - I&amp;#39;ve added a check if the tfsUser is specified as a domain&amp;#92;user and if so I split and pass each part to the constructor. Hopefully this will help in your case. The strange thing is that I&amp;#39;ve used the user&amp;#92;domain in my environment and it has worked fine. But anyway, the fix feels more appropriate and.&lt;/p&gt;&lt;p&gt;The change is checked in as changeset &amp;#35;4579 and will be in the v1 release in the next couple of weeks.&lt;/p&gt;&lt;p&gt;&amp;#47;&amp;#47; Mathias&lt;/p&gt;</description><author>MOlausson</author><pubDate>Thu, 20 Sep 2007 19:57:32 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Problem authenticating against the TFS Server 20070920075732P</guid></item><item><title>COMMENTED ISSUE: Problem authenticating against the TFS Server</title><link>http://www.codeplex.com/tfsbuildlab/WorkItem/View.aspx?WorkItemId=3371</link><description>Hi guys - I spent some time installing TfsBuildLab, and initially had trouble getting it to work. Every time I started the service, I was getting exceptions in the event log, with the following message&amp;#58; &amp;#34;You are not authorized to access the server &amp;#60;tfsserver&amp;#62;&amp;#34;. I thought this may have ben to do with the event registration security permissions, so I set the events up manually and turned auto event registration to false, as per the install instructions, but I continued to get exceptions logged with this same message.&lt;br /&gt;&lt;br /&gt;I hunted through the code, and I found that in the Callista.BuildLab.Core.Tfs class, the exception was occurring because of the following code&amp;#58;&lt;br /&gt;&lt;br /&gt;                    if &amp;#40;string.IsNullOrEmpty&amp;#40;tfsUser&amp;#41; &amp;#38;&amp;#38; string.IsNullOrEmpty&amp;#40;tfsPassword&amp;#41;&amp;#41;&lt;br /&gt;                    &amp;#123;&lt;br /&gt;                        _tfs &amp;#61; new TeamFoundationServer&amp;#40;tfsUri&amp;#41;&amp;#59;&lt;br /&gt;                    &amp;#125;&lt;br /&gt;                    else&lt;br /&gt;                    &amp;#123;&lt;br /&gt;                        _tfs &amp;#61; new TeamFoundationServer&amp;#40;tfsUri, new NetworkCredential&amp;#40;tfsUser, tfsPassword&amp;#41;&amp;#41;&amp;#59;&lt;br /&gt;                    &amp;#125;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;In my case, I have values for both tfsUser &amp;#40;in the format domain&amp;#92;userid&amp;#41;, and tfsPassword, as I specified these in the config file. It appeared that having the domain specified as part of the userid string does not result in the domain value being applied to the NetworkCredential in the line contained within the &amp;#34;else&amp;#34; block. In other words, because the code is not explicitly setting the domain, tfsBuildLab is trying to connect to the server using credentials which have a uid specified as &amp;#34;domain&amp;#92;username&amp;#34; and a blank domain string. &lt;br /&gt;&lt;br /&gt;To resolve this issue, I believe that either the above code should use the TeamFoundationServer constructor that does not take the network credentials &amp;#40;this results in the thread principal&amp;#39;s identity &amp;#40;i.e. the service account&amp;#41; credentials being used, which means that the service must be running as an account which has permission to connect to the server &amp;#40;as an admin&amp;#63;&amp;#63;&amp;#41;&amp;#41;,  or the code inside the else block above should also be specifying a domain. It would be possible &amp;#40;and probably less complicated for configuration also&amp;#41; to perform a string.split on tfsUser to separate the domain out from the actual userid, otherwise I&amp;#39;d suggest simply including a new config setting for the user&amp;#39;s domain, and changing the tfsUser setting to accept a uid only &amp;#40;without the domain specifier&amp;#41;. &lt;br /&gt;&lt;br /&gt;Cheers&lt;br /&gt;Mark&lt;br/&gt;Comments: ** Comment from web user: PeterBlomqvist ** &lt;p&gt;Mark,&lt;/p&gt;&lt;p&gt;Thanks for an excellent post and tracking down the problem, we will fix this in v1. I hope that it works well for you otherwise.&lt;/p&gt;&lt;p&gt;&amp;#47;Peter&lt;/p&gt;</description><author>PeterBlomqvist</author><pubDate>Thu, 20 Sep 2007 18:51:32 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Problem authenticating against the TFS Server 20070920065132P</guid></item><item><title>CREATED ISSUE: Problem authenticating against the TFS Server</title><link>http://www.codeplex.com/tfsbuildlab/WorkItem/View.aspx?WorkItemId=3371</link><description>Hi guys - I spent some time installing TfsBuildLab, and initially had trouble getting it to work. Every time I started the service, I was getting exceptions in the event log, with the following message&amp;#58; &amp;#34;You are not authorized to access the server &amp;#60;tfsserver&amp;#62;&amp;#34;. I thought this may have ben to do with the event registration security permissions, so I set the events up manually and turned auto event registration to false, as per the install instructions, but I continued to get exceptions logged with this same message.&lt;br /&gt;&lt;br /&gt;I hunted through the code, and I found that in the Callista.BuildLab.Core.Tfs class, the exception was occurring because of the following code&amp;#58;&lt;br /&gt;&lt;br /&gt;                    if &amp;#40;string.IsNullOrEmpty&amp;#40;tfsUser&amp;#41; &amp;#38;&amp;#38; string.IsNullOrEmpty&amp;#40;tfsPassword&amp;#41;&amp;#41;&lt;br /&gt;                    &amp;#123;&lt;br /&gt;                        _tfs &amp;#61; new TeamFoundationServer&amp;#40;tfsUri&amp;#41;&amp;#59;&lt;br /&gt;                    &amp;#125;&lt;br /&gt;                    else&lt;br /&gt;                    &amp;#123;&lt;br /&gt;                        _tfs &amp;#61; new TeamFoundationServer&amp;#40;tfsUri, new NetworkCredential&amp;#40;tfsUser, tfsPassword&amp;#41;&amp;#41;&amp;#59;&lt;br /&gt;                    &amp;#125;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;In my case, I have values for both tfsUser &amp;#40;in the format domain&amp;#92;userid&amp;#41;, and tfsPassword, as I specified these in the config file. It appeared that having the domain specified as part of the userid string does not result in the domain value being applied to the NetworkCredential in the line contained within the &amp;#34;else&amp;#34; block. In other words, because the code is not explicitly setting the domain, tfsBuildLab is trying to connect to the server using credentials which have a uid specified as &amp;#34;domain&amp;#92;username&amp;#34; and a blank domain string. &lt;br /&gt;&lt;br /&gt;To resolve this issue, I believe that either the above code should use the TeamFoundationServer constructor that does not take the network credentials &amp;#40;this results in the thread principal&amp;#39;s identity &amp;#40;i.e. the service account&amp;#41; credentials being used, which means that the service must be running as an account which has permission to connect to the server &amp;#40;as an admin&amp;#63;&amp;#63;&amp;#41;&amp;#41;,  or the code inside the else block above should also be specifying a domain. It would be possible &amp;#40;and probably less complicated for configuration also&amp;#41; to perform a string.split on tfsUser to separate the domain out from the actual userid, otherwise I&amp;#39;d suggest simply including a new config setting for the user&amp;#39;s domain, and changing the tfsUser setting to accept a uid only &amp;#40;without the domain specifier&amp;#41;. &lt;br /&gt;&lt;br /&gt;Cheers&lt;br /&gt;Mark&lt;br/&gt;</description><author>Markl_nz</author><pubDate>Wed, 19 Sep 2007 21:53:54 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Problem authenticating against the TFS Server 20070919095354P</guid></item><item><title>COMMENTED ISSUE: Excessive number of StartScheduled</title><link>http://www.codeplex.com/tfsbuildlab/WorkItem/View.aspx?WorkItemId=3243</link><description>In the Build Events list i get a StartScheduled every minute - why is that&amp;#63;&lt;br/&gt;Comments: ** Comment from web user: PeterBlomqvist ** &lt;p&gt;This is a minor bug, the build engine will try to post the build in the queue at the interval specified &amp;#40;1 minute being default&amp;#41; and should not long the fact that a build is already running. This will be removed in version 1.0&lt;/p&gt;</description><author>PeterBlomqvist</author><pubDate>Fri, 14 Sep 2007 21:31:48 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Excessive number of StartScheduled 20070914093148P</guid></item><item><title>COMMENTED ISSUE: Exception when accessing Build Log</title><link>http://www.codeplex.com/tfsbuildlab/WorkItem/View.aspx?WorkItemId=3242</link><description>I get this exception when clicking the Build Log tab&amp;#58;&lt;br /&gt;System.ServiceModel.CommunicationException&amp;#58; The socket connection was aborted. This could be caused by an error processing your message or a receive timeout being exceeded by the remote host, or an underlying network resource issue. Local socket timeout was &amp;#39;00&amp;#58;01&amp;#58;00&amp;#39;&lt;br /&gt;&lt;br /&gt;Can you help me out&amp;#63;&lt;br/&gt;Comments: ** Comment from web user: PeterBlomqvist ** &lt;p&gt;This has to do with the fact that our current implementation of the list function for build events is not fully implemented and when the volumes of events gets to large it will cause problems with WCF and to large messages. Version 1,0 of the product will have addressed this problem, however this will not affect the functionality of the CI builds only the build event tab in the admin client is affected.&lt;/p&gt;</description><author>PeterBlomqvist</author><pubDate>Fri, 14 Sep 2007 21:29:34 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Exception when accessing Build Log 20070914092934P</guid></item><item><title>CREATED ISSUE: Excessive number of StartScheduled</title><link>http://www.codeplex.com/tfsbuildlab/WorkItem/View.aspx?WorkItemId=3243</link><description>In the Build Events list i get a StartScheduled every minute - why is that&amp;#63;&lt;br/&gt;</description><author>nielst</author><pubDate>Tue, 04 Sep 2007 14:12:04 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Excessive number of StartScheduled 20070904021204P</guid></item><item><title>CREATED ISSUE: Exception when accessing Build Log</title><link>http://www.codeplex.com/tfsbuildlab/WorkItem/View.aspx?WorkItemId=3242</link><description>I get this exception when clicking the Build Log tab&amp;#58;&lt;br /&gt;System.ServiceModel.CommunicationException&amp;#58; The socket connection was aborted. This could be caused by an error processing your message or a receive timeout being exceeded by the remote host, or an underlying network resource issue. Local socket timeout was &amp;#39;00&amp;#58;01&amp;#58;00&amp;#39;&lt;br /&gt;&lt;br /&gt;Can you help me out&amp;#63;&lt;br/&gt;</description><author>nielst</author><pubDate>Tue, 04 Sep 2007 14:10:59 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Exception when accessing Build Log 20070904021059P</guid></item><item><title>CLOSED FEATURE: Graphical UI</title><link>http://www.codeplex.com/tfsbuildlab/WorkItem/View.aspx?WorkItemId=695</link><description>Add GUI for
- CI
- Build control
- Logs </description><author>MOlausson</author><pubDate>Sun, 13 May 2007 16:41:31 GMT</pubDate><guid isPermaLink="false">CLOSED FEATURE: Graphical UI 20070513044131P</guid></item><item><title>CLOSED FEATURE: Add TFS classes</title><link>http://www.codeplex.com/tfsbuildlab/WorkItem/View.aspx?WorkItemId=690</link><description> </description><author>MOlausson</author><pubDate>Sun, 06 May 2007 17:57:40 GMT</pubDate><guid isPermaLink="false">CLOSED FEATURE: Add TFS classes 20070506055740P</guid></item><item><title>CLOSED FEATURE: Add TFS self-registration code</title><link>http://www.codeplex.com/tfsbuildlab/WorkItem/View.aspx?WorkItemId=691</link><description> </description><author>MOlausson</author><pubDate>Sun, 06 May 2007 17:56:31 GMT</pubDate><guid isPermaLink="false">CLOSED FEATURE: Add TFS self-registration code 20070506055631P</guid></item><item><title>CLOSED FEATURE: Add rules for retention</title><link>http://www.codeplex.com/tfsbuildlab/WorkItem/View.aspx?WorkItemId=693</link><description> </description><author>MOlausson</author><pubDate>Sun, 06 May 2007 17:56:10 GMT</pubDate><guid isPermaLink="false">CLOSED FEATURE: Add rules for retention 20070506055610P</guid></item><item><title>CLOSED FEATURE: Add rules for triggers</title><link>http://www.codeplex.com/tfsbuildlab/WorkItem/View.aspx?WorkItemId=694</link><description>Schedule (daily build)
CheckIn (CI) </description><author>MOlausson</author><pubDate>Sun, 06 May 2007 17:55:35 GMT</pubDate><guid isPermaLink="false">CLOSED FEATURE: Add rules for triggers 20070506055535P</guid></item></channel></rss>