Yes! I agree.<br><br>On Thursday, 10 April 2014, Walter Bender <<a href="mailto:walter.bender@gmail.com">walter.bender@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Wed, Apr 9, 2014 at 9:21 PM, Daniel Narvaez <<a href="javascript:;" onclick="_e(event, 'cvml', 'dwnarvaez@gmail.com')">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>
I think we have too many categories for priorities: IMHO, either it is<br>
a blocker or it is not.<br>
<br>
-walter<br>
><br>
><br>
> On Thursday, 10 April 2014, Daniel Narvaez <<a href="javascript:;" onclick="_e(event, 'cvml', 'dwnarvaez@gmail.com')">dwnarvaez@gmail.com</a>> wrote:<br>
>><br>
>><br>
>><br>
>> On Thursday, 10 April 2014, Gonzalo Odiard <<a href="javascript:;" onclick="_e(event, 'cvml', 'godiard@sugarlabs.org')">godiard@sugarlabs.org</a>> wrote:<br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> On Wed, Apr 9, 2014 at 7:29 PM, Daniel Narvaez <<a href="javascript:;" onclick="_e(event, 'cvml', 'dwnarvaez@gmail.com')">dwnarvaez@gmail.com</a>><br>
>>> wrote:<br>
>>>><br>
>>>> On Wednesday, 9 April 2014, Gonzalo Odiard <<a href="javascript:;" onclick="_e(event, 'cvml', 'godiard@sugarlabs.org')">godiard@sugarlabs.org</a>><br>
>>>> wrote:<br>
>>>>><br>
>>>>><br>
>>>>> On Wed, Apr 9, 2014 at 11:53 AM, Daniel Narvaez <<a href="javascript:;" onclick="_e(event, 'cvml', 'dwnarvaez@gmail.com')">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. It would be good to have a simple<br>
>>>>>> set of rule like that written down before the meeting. I think the way we<br>
>>>>>> triage has a huge impact on lowering contribution barriers,<br>
>>>>>><br>
>>>>><br>
>>>>> +1<br>
>>>>><br>
>>>>> We need at least verify  all the "Unconfirmed" tickets. We can start<br>
>>>>> now, don't need wait until the triage meeting.<br>
>>>>> I assume, if the bug is confirmed, we should set:<br>
>>>>> Milestone = 0.102<br>
>>>>> Status = New<br>
>>>><br>
>>>><br>
>>>> I wonder about Milestone. It seems like it would only be useful if we<br>
>>>> assign different milestones to tickets and I'm not sure we can do that<br>
>>>> without being able to allocate resources to fix them. It's also a time<br>
>>>> consuming task.<br>
>>><br>
>>><br>
>>> True.<br>
>>><br>
>>>><br>
>>>><br>
>>>>><br>
>>>>> or close them if are not longer present.<br>
>>>>><br>
>>>>> Would be good if we can reset all the priorities to "Unassigned",<br>
>>>>> in all the  tickets with module=Sugar,the field content does not have<br>
>>>>> any sense right now.<br>
>>>><br>
>>>><br>
>>>> Do we want to use the field? Otherwise maybe there is a way to just get<br>
>>>> rid of it.<br>
>>>><br>
>>>><br>
>>><br>
>>> Just to mark they have been  triaged, and based in the querys used in<br>
>>> <a href="http://bugs.sugarlabs.org" target="_blank">bugs.sugarlabs.org</a> home.<br>
>>> Do you propose doing in another way?<br>
>><br>
>><br>
>> The home queries uses status == unconfirmed for untriaged. The tickets I<br>
>> set status = new (not that many left) have been confirmed. I had reset<br>
>> everything to unconfirmed before starting to triage.<br>
>><br>
>><br>
>> --<br>
>> Daniel Narvaez<br>
>><br>
><br>
><br>
> --<br>
> Daniel Narvaez<br>
><br>
<br>
<br>
<br>
--<br>
Walter Bender<br>
Sugar Labs<br>
<a href="http://www.sugarlabs.org" target="_blank">http://www.sugarlabs.org</a><br>
</blockquote><br><br>-- <br>Daniel Narvaez<br><br>