Closed Bug 1520556 Opened 6 years ago Closed 6 years ago

Bug in checks: deprecatedResultStatus's binding is too generic

Categories

(Taskcluster :: Services, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: owlish, Assigned: owlish)

References

Details

Currently the deprecatedResultStatus handler is bound to taskGroupResolved exchange by scheduler id. Which means the handler will (and sure does) definitely fire all the time, regardless of whether whether we use Statuses or Checks API.

  1. Investigate whether taskCompleted exchange can be used for Statuses API (there was a reason, I think, why taskGroupResolved was chosen... Brian?)

  2. Come up with a better binding for taskGroupResolved exchange. This exchange cannot use routes, so probably the primary routing key needs to be examined for possibilities. Another way might be to transfer information about the API used in the exchange message itself, and check for it in the deprecatedResultStatus handler.

  3. Current Statuses functionality must not be in any way broken

Flags: needinfo?(bstack)
Assignee: nobody → bugzeeeeee

Is the problem that it fires all of the time or that it reports results all of the time? Firing isn't too bad so long as we don't report results.

I think we chose taskGroupResolved in the first place so that we would only fire the handler when the entire group was done rather than every task within it. You could change to fire on every task resolution I expect if that is the easiest solution. Just would require checking every task in the group before reporting (which I think we later ended up doing anyway?)

Flags: needinfo?(bstack)

Is the problem that it fires all of the time or that it reports results all of the time? Firing isn't too bad so long as we don't report results.

Yes, the problem is that it reports results all the time.

I expect if that is the easiest solution

I don't know yet. If it's possible to use taskCompleted exchange, it is a solution for sure!

Is it possible to check a task group to see if it is status or checks reporting?

Maybe! That might be another option, thanks!

Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Component: Github → Services
You need to log in before you can comment on or make changes to this bug.