andy at openmoko.com
Tue Aug 12 09:33:34 CEST 2008
-----BEGIN PGP SIGNED MESSAGE-----
Somebody in the thread at some point said:
| A small example. Imagine you would be tick and responsible for
| some reason (probably people are unsure which component to use) people
| select "Assassin" as component and tick gets the bug mail. So in his case
| 19/20 bug mails he gets are actually not for him so it is quite easy that
| this one real bug mail that needs attention is lost.
I can already imagine it about the ambiguously but inticingly named
"System Software..." category.
| So yes as mike said we might need to educate people to not use certain
| (severity, milestone, component) and to stop the too many me too's.
| I think in most cases the confirmation is not really needed as the
| needs to be able to reproduce the issue anyway. We can add voting or just
| count the number of CC's if we are unsure about severity. If educating
| what should we do? Allow only certain people (inside and outside of
| to change these fields? What if hijacking of issues do not stop?
| discuss bugs on the mailinglist and then move that information into the
I wouldn't call it hijacking if we give them the field to edit in the
first place they're blameless if the meddle with it. It would be better
if the bug owner alone marked it with his opinion of where it fitted in
his other priorities, because typically every bug will be "blocker" for
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
More information about the devel