1 |
On Tue, 2004-07-27 at 19:12 -0400, Dylan Carlson wrote: |
2 |
> On Tuesday 27 July 2004 6:59 pm, Ciaran McCreesh wrote: |
3 |
> > I think votes will get cast for trivial cosmetic features (example: |
4 |
> > bootsplash) rather than the subtle can-make-your-system-die-horribly |
5 |
> > bugs. So, for those kinds of bugs, we'll either have to ignore the |
6 |
> > voting (which pretty much defeats the object of having votes at all) or |
7 |
> > focus on the 'popular' enhancements at the expense of having a working |
8 |
> > system. |
9 |
> |
10 |
> Why speculate? Especially when it's not happening elsewhere in other large |
11 |
> open-source projects that have voting turned on? |
12 |
> |
13 |
> > I am worried that I will see posts saying "why are you ignoring the |
14 |
> > several hundred votes on this bug?" on bugs for small cosmetic issues |
15 |
> > (example: bootsplash) when there are far more important bugs which don't |
16 |
> > attract votes. Although *I* will be ignoring the votes, the voters won't |
17 |
> > be. |
18 |
> |
19 |
> Why are you worried about something that hasn't happened? You're putting |
20 |
> the cart in front of the horse. Voting works well for other large |
21 |
> projects using bugzilla, and there's nothing that would suggest it |
22 |
> wouldn't work for us. If vocal/spamming forum users were a problem for |
23 |
> bugzilla, dot.kde.org users would have made a mess of bugs.kde.org by now. |
24 |
> |
25 |
> Cheers, |
26 |
> Dylan Carlson [absinthe@g.o] |
27 |
> Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x708E165F |
28 |
> |
29 |
|
30 |
Cart before the horse, or an insight into the minds of the masses, |
31 |
either way it's a situation that surely has to happen. I can see the |
32 |
OTW postings of "Ignorant @gentoo.org dev ignores 300+ votes on kde- |
33 |
themes-even-more-we-dont-need-0.0.0.1.ebuild" |
34 |
|
35 |
I do, however, think that the development team should be capable of |
36 |
ignoring those posts and not losing too much sleep over them. |
37 |
|
38 |
However, I believe that voting as is done in the KDE project would allow |
39 |
a reflection of different things for different types of bugs |
40 |
a) Enhancements: How many users would like to see the feature add. |
41 |
b) Real bugs: How much of a pain in the arse is this bug for people. |
42 |
|
43 |
If you limit the number of votes people can have, as KDE do then people |
44 |
will be more likely to vote for pain pain in the arse bugs than they |
45 |
would enhancements. |
46 |
|
47 |
As another point mentioned somewhere in this thread, bugs are not always |
48 |
marked as with correct status. Surely if dev's spot this then they |
49 |
should alter the bug then and there? |
50 |
|
51 |
-- |
52 |
Tom Wesley <tom@×××××.org> |