OnRoad Test Management

Hi,

 we get the folowing error:

2010-02-11 12:00:53,677 DEBUG JuvanderTFS.TfsConnection (:0) - Connected to :8080/">http://<server>:8080 2010-02-11 12:00:53,709 ERROR YapWatcher.YapWatcherClass (:0) - Microsoft.TeamFoundation.WorkItemTracking.Client.ImportWorkitemTypeException: TF201072: A user or group could not be found. Verify that the users and groups used in your work item type definition have been added to Team Foundation Server. ---> System.Web.Services.Protocols.SoapException: RebuildCallersViews: Connecting Domain User could not be validated. ---> RebuildCallersViews: Connecting Domain User could not be validated. ---> RebuildCallersViews: Connecting Domain User could not be validated.
   at Microsoft.TeamFoundation.WorkItemTracking.Proxy.RetryHandler.HandleSoapException(SoapException se)

 I have created a bug manually with the same field-values that are used in QC and it works. So all users used in the WIT are definitly added to TFS.

Would you have any idea what the reason for this error could be?

Thank you very much.

Try same thing from the server and using same account that is running YapWatcher.

This might be user permission related or then issue with workitem template if it has been updated recently. In later case, you can just clear the local TFS cache.

//Ilpo

Starting VS with the user who runs YapWatcher was a good idea of yours.  

I did that and noticed that this user has no access to the Work Items-Folder (Work Item-Folder has the little red cross).

Everything else in the project is perfectly accessible.

I even added the account to the "Project Administrators" - group but still no access to the Work Item folder.

Windows Eventlog shows no relevant entries.

Would you possibly have any idea why that could be?

Thank you!

Here some things to try: http://blogs.delta-n.nl/vsts/Lists/Posts/Post.aspx?ID=13

//Ilpo

Thanks for the post. I tried the steps mentioned there but no success.

I noticed an error entry in the IIS-log:

2010-02-14 12:00:03 W3SVC280487470 <IP> POST /WorkItemTracking/v1.0/ClientService.asmx - 8080 <domain>\<account> <IP> Team+Foundation+(DefectWatcher.exe,+9.0.30729.1) 500 0 0

 Should you have any thoughts on that it would be appreciated.

Have you checked the items from here http://msdn.microsoft.com/en-us/library/ms253183.aspx

 //Ilpo

This seems to be that you added or saved a WI Definition with a FOR or NOT or possible allowed values with a group that is not entered into your Team Project under the group settings.

It is just this one account that cannot access the Work Item-Folder.

Other accounts work fine.

Did you figure this out?

//Ilpo

Yes we did.

The problem occured after data migration and it turned out the four basic entries in tbl_subscriptions were missing, so the permissions in the table UserPermissions were not updated and the account had no access.

After filling tbl_subscriptions again it worked like a charm!