Closed arpsyapathy closed 5 years ago
That query to look up the epics looks like it could take pretty long. We currently don't have ways to increase timeouts etc.
Can't you look for epic with no parent, instead if grabbing all epics in hierarchy?
On Tue, 4 Sep 2018, 14:09 psyapathy, notifications@github.com wrote:
Hello!
Periodically, webhook in TFS reports an error:
A task was canceled. System.Threading.Tasks.TaskCanceledException: A task was canceled. at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task) at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at Microsoft.VisualStudio.Services.ServiceHooks.Common.HttpActionTask.
d__8.MoveNext() These errors occur in the Feature. Judging by the logs, they occur when attaching child elements
My policies:
<?xml version="1.0" encoding="utf-8"?>
Do you have any ideas how to solve the problem? Thank you all in advance
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/tfsaggregator/tfsaggregator-webhooks/issues/30, or mute the thread https://github.com/notifications/unsubscribe-auth/AD-uSzs-3gJTeQgL23eJ89zpIaJKbppuks5uXm1sgaJpZM4WY21R .
@jessehouwing Thank you for reply.
Can't you look for epic with no parent, instead if grabbing all epics in hierarchy?
Could you give me an example of what you're saying? Thank you
You can issue a raw WIQL query:
SELECT [System.Id], [System.Links.LinkType], [System.WorkItemType], [System.Title], [System.AssignedTo], [System.State], [System.Tags] FROM WorkItemLinks WHERE ([Source].[System.WorkItemType] = 'Epic') And ([System.Links.LinkType] = 'System.LinkTypes.Hierarchy-Reverse') And ([Target].[System.WorkItemType] <> '') ORDER BY [System.Id] mode(DoesNotContain)
Looks like we don't have a way for you to run the raw query at the moment...
But the thing is, there is a timeout or other issue in executing the script, so it gets cancelled. TfsAggregator doesn't have a retry mechanism nor a failed queue. So the execution is lost.
@jessehouwing We found what the problem was. Generally, if the WorkItem many Child Items it creates too big a request and it cannot be processed and produces an error 500. And as a consequence of this error in the webhook. In our case, there were 600 Product Backlog Items in one Feature. And when we change this Feature (add description, or comment e.t.c.), a very large query was generated and we received a 500 error.
Hello!
Periodically, webhook in TFS reports an error:
These errors occur in the Feature. Judging by the logs, they occur when attaching child elements
My policies:
Do you have any ideas how to solve the problem? Thank you all in advance