<div dir="ltr">On 10 April 2014 21:18, James Cameron <span dir="ltr"><<a href="mailto:quozl@laptop.org" target="_blank">quozl@laptop.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">On Thu, Apr 10, 2014 at 01:27:09PM +0100, Daniel Narvaez wrote:<br>
> What I'm saying is that the "would be nice" to fix will never be<br>
> fixed, they will keep accumulating and we will waste triage time on<br>
> them over and over.  Better to just wontfix them, people can always<br>
> send patches if they care. Plus we tell them clearly it's up to them<br>
> to do something if they need them fixed.<br>
<br>
</div>I agree, if there's nobody going to work on a ticket, then close it<br>
wontfix.  The bug tracking system is useful as a list of non-features.<br></blockquote><div><br></div><div>Not what I said. And not even funny.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Also, it is common in triage to not process already triaged "would be<br>
nice" tickets, so you shouldn't be wasting triage time on them over<br>
and over.  If you are, fix your triage process.<br>
<span class="HOEnZb"></span></blockquote><div><br></div><div>And how do you avoid the issues getting obsolete (no more relevant, already fixed etc) if not by re-triaging them? That approach has been certainly common in sugar triage until recently. The result was that we couldn't really point any new contributor to the bug tracker because most of the bugs was obsolete. <br>
</div></div></div></div>