<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Feb 13, 2016 at 4:50 AM, David Rajchenbach-Teller <span dir="ltr"><<a href="mailto:dteller@mozilla.com" target="_blank">dteller@mozilla.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
One possible solution would be to:<br>
- add a component Firefox > Performance (and also Thunderbird ><br>
Performance, etc.) to Bugzilla, which would cover all untriaged<br>
performance issues (including web content, ux, e10s, ...);<br>
- have people triaging these issues to likely features involved.<br></blockquote><div><br><span style="font-family:monospace,monospace">I 
think ​that making it easier for non-expert, non-Mozillian bugzilla 
users to flag bugs with the "perf" keyword, but I'd be against adding 
"performance" as a component to bugzilla.</span><br><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">First,
 a bug filed against performance would an additional triage step, 
there's compelling evidence (and metrics will be helping confirm this) 
that a bug that passes through several components is less likely to be 
resolved. And this would be adding +1 to many bugs.<br><br></div><div class="gmail_default" style="font-family:monospace,monospace">Second,
 we need component owners to triage bugs filed in the component, and 
performance is a general category, and it's not clear who'd be triaging 
those bugs.<br><br></div><span style="font-family:monospace,monospace">So I'm concerned we'd create more work and lose bugs this way. </span><br></div></div><br>--<div class="gmail_default" style="font-family:monospace,monospace;display:inline">​ Emma​</div><br></div></div>