<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Nov 26, 2013 at 7:37 PM, Flavio Percoco <span dir="ltr"><<a href="mailto:flavio@redhat.com" target="_blank">flavio@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 25/11/13 21:24 -0600, Dolph Mathews wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
On Mon, Nov 25, 2013 at 8:12 PM, Robert Collins <<a href="mailto:robertc@robertcollins.net" target="_blank">robertc@robertcollins.net</a>><br>
wrote:<br>
I agree with the notion here (that fixing transient failures is critically high<br>
priority work for the community) -- but marking the bug as "critical" priority<br>
is just a subjective abuse of the priority field. A non-critical bug is not<br>
necessarily non-critical work. The "critical" status should be reserved for<br>
issues that are actually non-shippable, catastrophically breaking issues.<br>
</blockquote>
<br>
<br></div></div>
I agree with Dolph. I'd rather tag them instead of marking them as<br>
critical. It is also true that it's not possible to land a patch if<br>
the gate fails, which means these bugs can be interpreted as critical<br>
as well. However, I personally don't think we should let the gate mark<br>
those bugs as critical.<br>
<br>
Would a combination of High + tag - elastic-recheck - make sense?<br>
<br>
With the above it would be easier to triage them, to know where they<br>
came from and to prioritise them correctly.<br>
<br></blockquote><div><br></div><div>Given that they potentially block not only critical bugs from the same project from being fixed, but<br></div><div>critical bugs from all projects being fixed (and at the very least they slow the process of fixing them<br>
down), I think it's quite reasonable to mark them as critical.<br></div><div><br></div><div>I think it'd also be useful if there was a convention of manually tagging the bugs as "gate" (or something<br>similar) when the submitting ones which were the result of transient failures. It would make them easier<br>
to find and reduce duplicated bug reports which can hide the apparent regularity of the bug occurring<br></div><div><br></div><div> Chris<br></div></div></div></div>