1 |
On Tue, 27 Jul 2004 15:26:46 -0400 Dylan Carlson <absinthe@g.o> |
2 |
wrote: |
3 |
| On Tuesday 27 July 2004 2:45 pm, Ciaran McCreesh wrote: |
4 |
| > Those are assumptions based upon a very large amount of evidence |
5 |
| |
6 |
| So you admit that they are assumptions, based on anecdotal evidence. |
7 |
|
8 |
Uh, no. They are assumptions based upon a very large body of direct |
9 |
evidence. Since we can't go and ask every single user what they think, |
10 |
that's the best we can get. |
11 |
|
12 |
| > No, I'm saying it's an indicator which already exists if someone |
13 |
| > wants to find out how popular their bug might be, nothing more. |
14 |
| > However, Cc: list spamming is pretty pointless, whereas vote |
15 |
| > spamming could be construed to mean something. |
16 |
| |
17 |
| Funny, that's the idea. It's not spamming if you have a finite amount |
18 |
| of votes. People can spend them any way they choose. If you spend |
19 |
| your votes on enhancement requests to app-misc/hello-kitty, that's |
20 |
| your choice. |
21 |
|
22 |
That's just it, though. Doesn't take much effort to get a few hundred |
23 |
Off The Wall readers to register multiple accounts and vote-bomb a bug |
24 |
because it's 'funny' or 'cool'. Like I said, search for "portage |
25 |
ignorance" in Off The Wall and you'll see a perfect example. |
26 |
|
27 |
| What ultimately matters is the sum of all user votes. It's safe to |
28 |
| say the top-10 most voted list would be something we should consider |
29 |
| paying more attention to. |
30 |
|
31 |
No, the top-10 will end up containing "support reiser4 in g-d-s" and |
32 |
"add kernel-I'm-not-allowed-to-name to portage". See aforementioned OTW |
33 |
thread. |
34 |
|
35 |
| > | I frankly don't understand why you're so outspoken on this issue. |
36 |
| > | You can ignore votes if that's what you choose to do. This is not |
37 |
| > | a policy change proposal, this is an enhancement request for |
38 |
| > | Bugzilla. |
39 |
| > |
40 |
| > 1) Because it will lead to "this bug has over a hundred votes, why |
41 |
| > is it being ignored?" posts. |
42 |
| |
43 |
| And would such posts be unreasonable? I don't think so. If a bug has |
44 |
| a large # of votes relative to everything else, and it IS being |
45 |
| ignored, it's a valid question. |
46 |
|
47 |
You're assuming that a) votes equate to what our users want, and b) our |
48 |
users understand every single issue involved. As Peter already |
49 |
suggested, the subtle but important bugs won't get voted on, because |
50 |
most people don't know what they're about. |
51 |
|
52 |
| > 2) Because it is yet another field in bugzilla. We already have far |
53 |
| > too many clicky boxes for most people. |
54 |
| |
55 |
| We have a wizard bug reporting interface which does not change as a |
56 |
| result of bug voting. At most the bug page will show the # of votes, |
57 |
| and will add one more link at the bottom to vote for the bug. Big |
58 |
| deal. |
59 |
|
60 |
Our interface is already complex enough that most people need a wizard. |
61 |
Why add even more to it? |
62 |
|
63 |
| > 3) Because it will lead to vote spamming. Search the Off The Wall |
64 |
| > forum for "portage ignorance" for a good example of why this won't |
65 |
| > work. |
66 |
| |
67 |
| Hmm, voting seems to work pretty well for KDE and Mozilla, among |
68 |
| others. And it's a trivial change, which again, you seem to be |
69 |
| reaching for reasons to shoot holes through. If it doesn't work out, |
70 |
| we turn votes off, it's as simple as that. |
71 |
|
72 |
It's a trivial change with a rather large potential impact which |
73 |
shouldn't be implemented until all the implications are understood. |
74 |
|
75 |
| > | Also please read: http://www.unixguide.net/freebsd/faq/16.19.shtml |
76 |
| > |
77 |
| > Posting irrelevant links does not make an argument. |
78 |
| |
79 |
| It's not irrelevant, if you actually take a minute to read it instead |
80 |
| of posting more FUD against bugzilla voting. |
81 |
|
82 |
Of course it's irrelevant. The colour of the bike shed doesn't matter. |
83 |
Whether or not we enable a feature which could end up causing serious |
84 |
problems for developers matters a lot. Two entirely separate issues. |
85 |
|
86 |
-- |
87 |
Ciaran McCreesh : Gentoo Developer (Sparc, MIPS, Vim, Fluxbox) |
88 |
Mail : ciaranm at gentoo.org |
89 |
Web : http://dev.gentoo.org/~ciaranm |