<div dir="ltr"><div><div><div>> Also, developers should IMHO not ignore when their work gets<br>> verified or reopened<br><br>Moving the [qa+]/[qa-] annotations to a separate field whose bugmail is filtered would not prevent people from seeing their bugs get verified or reopened (that affects the "status" field). In any case, your "HO" about what people should do with their bugmail is not a great reason to prevent the ability to customize bugmail.<br>
<br>> No. The primary thing we want to do is move our stuff to a field<br>> with 
predefined values, like keywords or flags, which values we<br>> use is 
actually secondary to that.<br><br></div>That's precisely my point - what's primary to me is that you use a separate field, and which values you use is secondary to that. Separable concerns, and we can make progress on them independently.<br>
<br>
> Also, this discussion should really be on the dev-quality list, where<br>> my
 proposal is actually discussed, and not on a private email thread.<br><br></div>This is a firefox-dev thread.<br><br>Gavin<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jun 3, 2014 at 9:41 AM, Robert Kaiser <span dir="ltr"><<a href="mailto:kairo@mozilla.com" target="_blank">kairo@mozilla.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Gavin Sharp schrieb:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Robert's proposal looks like it will have the same issue (substituting<br>
whiteboard spam for keyword spam).<br>
</blockquote>
<br>
Not entirely, see what Matthew N. said in this thread, for example.<br>
<br>
Also, developers should IMHO not ignore when their work gets verified or reopened, and the flag for not needing verification should in most cases be set during iteration triaging for points, AFAIK.<br>
That said, the cryptic iteration stuff in the whiteboard is causing more bugspam from what I see than any QA activities.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Can we divorce the "what should the field values be?" discussion from<br>
the "which field should we use?"<br>
</blockquote>
<br>
No. The primary thing we want to do is move our stuff to a field with predefined values, like keywords or flags, which values we use is actually secondary to that.<br>
<br>
And as I said, it's just wrong for developers to completely ignore QA work, IMHO.<br>
<br>
Also, this discussion should really be on the dev-quality list, where my proposal is actually discussed, and not on a private email thread.<br>
<br>
KaiRo<br>
</blockquote></div><br></div>