Benjamin Stover (:stechz) Reporter
	Description • 13 years ago

When cancelling an entire set of builds on tbpl, it would be super rad if the daemon did not report the results on your bug.

	Lukas Blakk [:lsblakk] use ?needinfo
	Comment 1 • 13 years ago

This is a great idea and on thinking about it, I realize it's non-trivial to implement. Since a user can cancel one build or more builders in a try run it would be challenging to determine if someone cancelled the whole set unless the cancel happened before any results at all came in.  There could be a case for checking that all the results were failed/cancelled and if that is enough I will look into that.  As soon as results that are non-cancelled come in for a push though, this will no longer work.

I wonder if the reason behind this request is so that there is not a comment that makes it look like the try push was "bad". If that's the case a quick fix of sorts would be to check to see if any of the results in a push's buildrequests were interrupted and to put that information in the comment. Does that seem useful?

	Benjamin Stover (:stechz) Reporter
	Comment 2 • 13 years ago

Yes, I think if the bug said cancelled instead of exception that might be more helpful.

	Ralph Giles (:rillian)
	Comment 3 • 12 years ago

I agree. Since the tbpl report is the first notification on the bug, it's confusing if it says failed, especially with try queues as long as they are; It's most of a day before the better results come in.

	Dan Minor [:dminor]
	Comment 4 • 10 years ago

This bug is for an older version of Autoland. I'm closing to avoid confusion with the "new and improved" Autoland.