<div>Yes, things we *want* to do are normal priority, my issue is with things that would be nice to do :)</div><div><br></div>Terminology aside, I'm not saying it's bad, just expensive and IMO lower priority then a lot of other awesome things we could do... But if there are people interested in "keeping records", all the power to them!<div> <br><div><div>On Thursday, 10 April 2014, Gonzalo Odiard <<a href="mailto:godiard@sugarlabs.org">godiard@sugarlabs.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div dir="ltr">I disagree.<div><br></div><div>While is true manage the tickets have cost, is good have a record of things we want to do,</div><div>even when we don't have the resources today to do it. More in the context of a project</div> <div>where we have volunteers some times more, some times less.</div><div><br></div><div>Just my two cents ...of pesos :)</div><div><br></div><div>Gonzalo</div></div><div class="gmail_extra"><br><br><div> On Thu, Apr 10, 2014 at 9:27 AM, Daniel Narvaez <span dir="ltr"><<a>dwnarvaez@gmail.com</a>></span> wrote:<br><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> What I'm saying is that the "would be nice" to fix will never be fixed, they will keep accumulating and we will waste triage time on them over and over. Better to just wontfix them, people can always send patches if they care. Plus we tell them clearly it's up to them to do something if they need them fixed.<div> <br></div><div>IMO it's really really important to aggressively close stuff we are not realistically going to fix soon. Otherwise either we waste more time triaging than fixing or we don't triage enough and the bug tracker becomes useless.</div> <div><br></div><div>Just my two cents. We could also keep "low" for now and see if it really grows too much to be worth retriaging over time. In my experience it's always does but it would be nice to be proven wrong.</div> <div><div> <div><br>On Thursday, 10 April 2014, Gonzalo Odiard <<a>godiard@sugarlabs.org</a>> wrote:<br><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div dir="ltr">Well, maybe call iy "normal" or "low" instead of "minor", but we need a way <div>to separate the tickets we _need_ fix, the tickets we _want_ fix,</div><div>and the tickets _would_be_nice_ fix.</div> <div>We have almost 250 tickets, if we can solve 50 tickets in these 2 months,</div><div>is important know what are the best candidates.</div><div><br></div><div>Gonzalo</div></div><div><br><br><div> On Thu, Apr 10, 2014 at 3:52 AM, Daniel Narvaez <span dir="ltr"><<a>dwnarvaez@gmail.com</a>></span> wrote:<br><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> This is probably going to be a bit controversial, but I think if something is worth marking minor then it's probably not worth tracking. We will never get to fix the minor but we will waste time triaging and retriaging them.<div> <div><br> <br>On Thursday, 10 April 2014, Gonzalo Odiard <<a>godiard@sugarlabs.org</a>> wrote:<br></div></div><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div><div> <div dir="ltr">+1 to check if are enhancements or defects.<div><br></div><div>About priorities, we can make something like:</div><div><br></div><div>blocker: regressions, crashes, serious bugs</div><div><br></div><div>major: bugs affecting the usability</div> <div><br></div><div>minor: other</div><div><br></div><div>Just a idea to start to discuss.</div><div><br></div><div>Gonzalo</div><div><br></div></div></div></div><div><div><div><br><br><div> On Wed, Apr 9, 2014 at 10:24 PM, Walter Bender <span dir="ltr"><<a>walter.bender@gmail.com</a>></span> wrote:<br> <blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Wed, Apr 9, 2014 at 9:21 PM, Daniel Narvaez <<a>dwnarvaez@gmail.com</a>> wrote:<br> > Something else to consider is what to do with priorities. It might make<br> > sense to set one when confirming bugs, it's hard to get right without<br> > spending a lot of time really but maybe helpful for contributors even if not<br> > very accurate.<br> <br> </div>I think we have too many categories for priorities: IMHO, either it is<br> a blocker or it is not.<br> <span><font color="#888888"><br> -walter<br> </font></span><div><div>><br> ><br> > On Thursday, 10 April 2014, Daniel Narvaez <<a>dwnarvaez@gmail.com</a>> wrote:<br> >><br> >><br> >><br> >> On Thursday, 10 April 2014, Gonzalo Odiard <<a>godiard@sugarlabs.org</a>> wrote:<br> >>><br> >>><br> >>><br> >>><br> >>> On Wed, Apr 9, 2014 at 7:29 PM, Daniel Narvaez <<a>dwnarvaez@gmail.com</a>><br> >>> wrote:<br> >>>><br> >>>> On Wednesday, 9 April 2014, Gonzalo Odiard <<a>godiard@sugarlabs.org</a>><br> >>>> wrote:<br> >>>>><br> >>>>><br> >>>>> On Wed, Apr 9, 2014 at 11:53 AM, Daniel Narvaez <<a>dwnarvaez@gmail.com</a>><br> >>>>> wrote:<br> >>>>>><br> >>>>>> This is an interesting blog post with a paragraph about GNOME triaging<br> >>>>>><br> >>>>>> <a href="http://afaikblog.wordpress.com/2014/04/09/enabling-participation/" target="_blank">http://afaikblog.wordpress.com/2014/04/09/enabling-participation/</a><br> >>>>>><br> >>>>>> Interestingly it's pretty much exactly the same approach I followed<br> >>>>>> with the triaging I had done with 0.100. </div></div></blockquote></div></div></div></div></blockquote></blockquote></div></div></blockquote></div></div></div></blockquote></div>-- <br><div dir="ltr"> Gonzalo Odiard<br><br><div>SugarLabs - Software for children learning <br></div></div> </div> </blockquote></div></div></div><br><br>-- <br>Daniel Narvaez<br><br>