Wow, people notice their points, and weird bugs that make them lose 10 of them (just because it’s on a log scale and 10 points represents the vast majority of their work…). When you work on stuff like boogle and often times on metacity, you have to pry feedback out of other people. But they’ll find you in bugzilla, IRC, or email if you have a bug that killed their hard earned score (especially when it “doesn’t affect anyone else”). Sorry about that everyone. Should all be fixed now. If you still see any problems, feel free to reopen bug 360707 and add a comment there.
6 thoughts on “Bugzilla Points”
Comments are closed.
Hi Elijah,
🙂 I can understand them.
So, about hunting GNOME developers… I already tried in IRC and bugzilla, let’s now try in your blog’s comments: What kind of button do I have to push to have two two-lines patches to GTK+ reviewed and commited? They’ve been sitting in bugzilla for more than one month now.
Colin,
shameless thread hijacker
You should give points for submitting patches and reviewing patches too.
It’s a bit abuse that there’s a bug filed by a third person, I come to that bug and write a patch for it that fixes it, the maintainer commits it and close the bug. The maintainer gets +1 bug closed and I get nothing for fixing the bug…
Colin: Sorry, I’m not a GTK+ developer. All I can tell you is that contributors to libwnck and metacity are having the same problem with me. 🙁 There just isn’t enough hours in the day.
Davyd: I filed a bug about that, listing the pros and cons. Currently, I think the cons weigh heavier (despite the fact that it is tempting to make a change which would benefit me more than anyone else… 😉
Anon_contributor: You get listed in the changelog of the project, which is a much bigger and better reward. 🙂 I’ll have to disagree that it’s abuse; that was common practice of many maintainers long before the points system was added, because it simply makes the maintainers’ lives easier. Bugzilla exists to help maintainers make their software better, so I don’t think we should force maintainers to relearn their habits and slow them down. However, it might be worth investigating the possibility of having such bugs automatically be detected and giving the points to the patch-submitter. That might be difficult, though…
Elijah, no problem 🙂
Concerning patch counting, maybe it can be done with the ‘applied’ or ‘commited’ (don’t remember) flag to attachments?
Anon_contributor and Elijah: I don’t think that giving the points to the patch submitter instead of the maintainer would be a good idea because in my experience more than half of the patches require some minor or major cleanup before they can be committed. Giving points to both could be considered: the one who commits the patch could get 0.5 points. Or from 0.0 to 0.5 points depending on how much the patch had to be modified. Have fun implementing a system that compares the patch in CVS with the one attached in Bugzilla… 😉