Issue metadata
Sign in to add a comment
|
Allow recipe result annotations? |
||||||||||||||||||||||||
Issue descriptionRight now we have a couple "steps" which aren't really steps, but rather annotations on what happened in the recipe execution. The ones I know of are "Uncaught Exception", "Failure reason", and "recipe result". Really, these things should be displayed the UI (buildbot/milo) in a different way, and they should be annotated differently. I'm looking at the milo annotation protobuf (https://github.com/luci/luci-go/blob/master/common/proto/milo/annotations.proto), and it looks like these "steps" have analogs there. "failure reason", "Uncaught Exception" -> Step.FailureDetails I'm not sure what the analog is for "recipe result". Although maybe milo won't know about it, and it's a DM only thing? Not sure.
,
Jul 26 2016
Issue 631188 has been merged into this issue.
,
Jul 26 2016
in fact there is a CL in milo to hide recipe result step, because it is everywhere, so maybe we should get rid of it why do we need these annotation steps? can we maybe add emit them behind a flag, so clients that don't need them, don't have them?
,
Aug 10 2016
Didn't see #3 until now. I added the recipe_result step a while ago, since we are technically seeing a recipe result in the engine. Nothing is using it right now, though. So I'm fine removing it.
,
Aug 10 2016
So humans use these steps, by looking at them?
,
Aug 10 2016
S/So/Do
,
Aug 10 2016
No, they do not.
,
Feb 22 2017
(bulk edit) setting P3 because this bug has luci label and not time critical for the current milestone
,
May 15 2017
|
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by d...@chromium.org
, Jul 21 2016