[sldev] Bug triage on Friday

[Alissa Sabre]

> I've been talking with folks at Linden Lab about how to deal with bugs
> filed in the public JIRA.  A group decided a good next step would be to
> have a bug triage, where we start working through the issues, and
> decided to co-opt my next in-world office hour to do it.  Friday, 3pm
> PDT at Grasmere at my cubicle.

I will not be there.  The following is a list of my concerns on the
issue.

1. in-world bug reports and JIRA

Are in-world bug reports listed on JIRA?  I'm afraid not.  Are those
submitted through support phone calls?  How about bugs found by Linden
employee?  I believe the bug triage should cover *all* bugs.  If we
use JIRA that lists bugs from Open source developpers only ,the
resulting ordering will not work very well.

2. Repro counts

I don't understand why the number of repro cases is important.  A bug
is a bug, even if it hits only one condition.  The frequency of
hitting the bug or number of people affected by it may count, but the
number of cases is different from that.

I believe one valid repro is enough for a bug report to be evaluated.

> please add whatever debug information you can, and vote
> for the issues that you think are most important.

Hmm.  I'm not sure what you mean by debug information.

Do yo need something more than repro?  Do you want memory dump or
something?

--------------------------------------
Protect Your PC Now ! -  0 yen Security Campaign
http://pr.mail.yahoo.co.jp/premium/