You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by Anton Luht <an...@gmail.com> on 2006/10/05 12:37:28 UTC

[jira] Bugs priorities

Hello,

Maybe it's worth to explicitly specify priorities for various kinds of
bugs? The advice that appears now near 'priority' drop-down in JIRA
list is general and not Harmony-specific. Bug submitters make decision
mostly by his/her intuition.

An example of rule set: VM hangs & crashes - critical, Junit tests
failures - major, application failures - major, exception
incompatibility - minor.

-- 
Regards,
Anton Luht,
Intel Middleware Products Division

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Re: [jira] Bugs priorities

Posted by Mark Hindess <ma...@googlemail.com>.
On 5 October 2006 at 14:37, "Anton Luht" <an...@gmail.com> wrote:
> Hello,
> 
> Maybe it's worth to explicitly specify priorities for various kinds of
> bugs? The advice that appears now near 'priority' drop-down in JIRA
> list is general and not Harmony-specific. Bug submitters make decision
> mostly by his/her intuition.
> 
> An example of rule set: VM hangs & crashes - critical, Junit tests
> failures - major, application failures - major, exception
> incompatibility - minor.

Good call.  And I still stand by what I suggested the other day that the
default should be minor as too many trivial issues are submitted with
the current default of 'major'.  If it isn't important enough for the
submitter to use the drop-down it must be minor. ;-)

-Mark.



---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Re: [jira] Bugs priorities

Posted by Alexei Zakharov <al...@gmail.com>.
Just want to add:
cosmetic changes that do not affect the functionality - trivial

Regards,

2006/10/5, Anton Luht <an...@gmail.com>:
> Hello,
>
> Maybe it's worth to explicitly specify priorities for various kinds of
> bugs? The advice that appears now near 'priority' drop-down in JIRA
> list is general and not Harmony-specific. Bug submitters make decision
> mostly by his/her intuition.
>
> An example of rule set: VM hangs & crashes - critical, Junit tests
> failures - major, application failures - major, exception
> incompatibility - minor.
>
> --
> Regards,
> Anton Luht,
> Intel Middleware Products Division
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>


-- 
Alexei Zakharov,
Intel Middleware Product Division

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Re: [jira] Bugs priorities

Posted by "Geir Magnusson Jr." <ge...@pobox.com>.
Agreed.

I think that we should outline a set of guidelines, but also realize 
that the priority is like beauty - it's in the eyes of the reporter.

I tend to troll through DRLVM JIRAs and do small things like comment or 
link, and one thing I'll add to my work is resetting priority based on 
how I see it, and defend it with a comment.  Any other committer can do 
the same for DRLVM or any others, and if you disagree, change it and 
defend it.

The outcome won't be perfect, and we shouldn't spend too much time 
arguing about priority (if you you really think it's a major problem, 
fix it!), but I think that this would normalize the bug priirities over 
time...

geir

Mark Hindess wrote:
> On 5 October 2006 at 20:05, "Mikhail Fursov" <mi...@gmail.com> wrote:
>> The priority of the bug could be the priority of the scenario this bug
>> affects.
>> So, we need to select some applications/scenarios and if one of these
>> applications failed - the bug is blocker or critical.
>>
>> Major as default priority is OK (imo) because it's in the middle of the
>> list.
> 
> That logic only really works for me if the distribution of bugs by
> priority is even.  So for example we'd have as many 'critical' bugs as
> 'trivial' ones.  I don't think (I hope!) that we do.
> 
> Most of our JIRA are classified as major.  Most of the bugs described in
> the JIRA issues are actually minor or trivial.
> 
> I honestly think the classifications would better reflect reality if we
> changed this.
> 
> Regards,
>  Mark.
> 
>> On 10/5/06, Anton Luht <an...@gmail.com> wrote:
>>> Hello, Salikh,
>>>
>>> I just suggest rules to be written explicitly. Every bug submitter
>>> tends to think that his bug or his application is the most important -
>>> some limits should be put to avoid 90% of bugs being major and
>>> critical.
>>>
>>> On 10/5/06, Salikh Zakirov <Sa...@intel.com> wrote:
>>>> Anton Luht wrote:
>>>>> Hello,
>>>>>
>>>>> Maybe it's worth to explicitly specify priorities for various kinds of
>>>>> bugs? The advice that appears now near 'priority' drop-down in JIRA
>>>>> list is general and not Harmony-specific. Bug submitters make decision
>>>>> mostly by his/her intuition.
>>>>>
>>>>> An example of rule set: VM hangs & crashes - critical, Junit tests
>>>>> failures - major, application failures - major, exception
>>>>> incompatibility - minor.
>>>> And what guidelines would you recommend for the corner cases,
>>>> when something is important for some people, and does not matter for
>>> others?
>>>> For example, some people are trying to get Harmony to run x86_64 and
>>> ia64 platforms,
>>>> while most of the project participants just do not care.
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>>>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>>>> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>>>>
>>>>
>>>
>>> --
>>> Regards,
>>> Anton Luht,
>>> Intel Middleware Products Division
>>>
>>> ---------------------------------------------------------------------
>>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>>> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>>>
>>>
>>
>> -- 
>> Mikhail Fursov
>>
>> ------=_Part_20534_19790021.1160053532326--
>>
> 
> 
> 
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> 

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Re: [jira] Bugs priorities

Posted by Mark Hindess <ma...@googlemail.com>.
On 5 October 2006 at 20:05, "Mikhail Fursov" <mi...@gmail.com> wrote:
> 
> The priority of the bug could be the priority of the scenario this bug
> affects.
> So, we need to select some applications/scenarios and if one of these
> applications failed - the bug is blocker or critical.
> 
> Major as default priority is OK (imo) because it's in the middle of the
> list.

That logic only really works for me if the distribution of bugs by
priority is even.  So for example we'd have as many 'critical' bugs as
'trivial' ones.  I don't think (I hope!) that we do.

Most of our JIRA are classified as major.  Most of the bugs described in
the JIRA issues are actually minor or trivial.

I honestly think the classifications would better reflect reality if we
changed this.

Regards,
 Mark.

> On 10/5/06, Anton Luht <an...@gmail.com> wrote:
> >
> > Hello, Salikh,
> >
> > I just suggest rules to be written explicitly. Every bug submitter
> > tends to think that his bug or his application is the most important -
> > some limits should be put to avoid 90% of bugs being major and
> > critical.
> >
> > On 10/5/06, Salikh Zakirov <Sa...@intel.com> wrote:
> > > Anton Luht wrote:
> > > > Hello,
> > > >
> > > > Maybe it's worth to explicitly specify priorities for various kinds of
> > > > bugs? The advice that appears now near 'priority' drop-down in JIRA
> > > > list is general and not Harmony-specific. Bug submitters make decision
> > > > mostly by his/her intuition.
> > > >
> > > > An example of rule set: VM hangs & crashes - critical, Junit tests
> > > > failures - major, application failures - major, exception
> > > > incompatibility - minor.
> > >
> > > And what guidelines would you recommend for the corner cases,
> > > when something is important for some people, and does not matter for
> > others?
> > >
> > > For example, some people are trying to get Harmony to run x86_64 and
> > ia64 platforms,
> > > while most of the project participants just do not care.
> > >
> > >
> > > ---------------------------------------------------------------------
> > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> > >
> > >
> >
> >
> > --
> > Regards,
> > Anton Luht,
> > Intel Middleware Products Division
> >
> > ---------------------------------------------------------------------
> > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> >
> >
> 
> 
> -- 
> Mikhail Fursov
> 
> ------=_Part_20534_19790021.1160053532326--
> 



---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Re: [jira] Bugs priorities

Posted by Mikhail Fursov <mi...@gmail.com>.
The priority of the bug could be the priority of the scenario this bug
affects.
So, we need to select some applications/scenarios and if one of these
applications failed - the bug is blocker or critical.

Major as default priority is OK (imo) because it's in the middle of the
list.

On 10/5/06, Anton Luht <an...@gmail.com> wrote:
>
> Hello, Salikh,
>
> I just suggest rules to be written explicitly. Every bug submitter
> tends to think that his bug or his application is the most important -
> some limits should be put to avoid 90% of bugs being major and
> critical.
>
> On 10/5/06, Salikh Zakirov <Sa...@intel.com> wrote:
> > Anton Luht wrote:
> > > Hello,
> > >
> > > Maybe it's worth to explicitly specify priorities for various kinds of
> > > bugs? The advice that appears now near 'priority' drop-down in JIRA
> > > list is general and not Harmony-specific. Bug submitters make decision
> > > mostly by his/her intuition.
> > >
> > > An example of rule set: VM hangs & crashes - critical, Junit tests
> > > failures - major, application failures - major, exception
> > > incompatibility - minor.
> >
> > And what guidelines would you recommend for the corner cases,
> > when something is important for some people, and does not matter for
> others?
> >
> > For example, some people are trying to get Harmony to run x86_64 and
> ia64 platforms,
> > while most of the project participants just do not care.
> >
> >
> > ---------------------------------------------------------------------
> > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> >
> >
>
>
> --
> Regards,
> Anton Luht,
> Intel Middleware Products Division
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>


-- 
Mikhail Fursov

Re: [jira] Bugs priorities

Posted by Anton Luht <an...@gmail.com>.
Hello, Salikh,

I just suggest rules to be written explicitly. Every bug submitter
tends to think that his bug or his application is the most important -
some limits should be put to avoid 90% of bugs being major and
critical.

On 10/5/06, Salikh Zakirov <Sa...@intel.com> wrote:
> Anton Luht wrote:
> > Hello,
> >
> > Maybe it's worth to explicitly specify priorities for various kinds of
> > bugs? The advice that appears now near 'priority' drop-down in JIRA
> > list is general and not Harmony-specific. Bug submitters make decision
> > mostly by his/her intuition.
> >
> > An example of rule set: VM hangs & crashes - critical, Junit tests
> > failures - major, application failures - major, exception
> > incompatibility - minor.
>
> And what guidelines would you recommend for the corner cases,
> when something is important for some people, and does not matter for others?
>
> For example, some people are trying to get Harmony to run x86_64 and ia64 platforms,
> while most of the project participants just do not care.
>
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>


-- 
Regards,
Anton Luht,
Intel Middleware Products Division

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Re: [jira] Bugs priorities

Posted by Salikh Zakirov <Sa...@Intel.com>.
Anton Luht wrote:
> Hello,
> 
> Maybe it's worth to explicitly specify priorities for various kinds of
> bugs? The advice that appears now near 'priority' drop-down in JIRA
> list is general and not Harmony-specific. Bug submitters make decision
> mostly by his/her intuition.
> 
> An example of rule set: VM hangs & crashes - critical, Junit tests
> failures - major, application failures - major, exception
> incompatibility - minor.

And what guidelines would you recommend for the corner cases,
when something is important for some people, and does not matter for others?

For example, some people are trying to get Harmony to run x86_64 and ia64 platforms,
while most of the project participants just do not care.


---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org