Last modified: 2012-10-09 12:43:29 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T41664, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 39664 - A single vote confirms a bug
A single vote confirms a bug
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
Bugzilla (Other open bugs)
unspecified
All All
: Lowest trivial (vote)
: ---
Assigned To: Andre Klapper
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-08-26 11:35 UTC by Alex Monk
Modified: 2012-10-09 12:43 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Alex Monk 2012-08-26 11:35:47 UTC
Voting for a bug makes it confirmed. Assuming anyone can vote and confirm (not just those who already have canconfirm), the canconfirm permission is pointless as everyone is able to confirm bugs.
Comment 1 Sam Reed (reedy) 2012-08-26 15:47:20 UTC
(In reply to comment #0)
> Voting for a bug makes it confirmed. Assuming anyone can vote and confirm (not
> just those who already have canconfirm), the canconfirm permission is pointless
> as everyone is able to confirm bugs.

It's not like we use the votes/confirmation as is anyway...
Comment 2 Thehelpfulone 2012-08-26 16:06:26 UTC
15659 users in total.

298 of them in the canconfirm group, of which 101 are @wikimedia.org by regex that adds anyone with a @wikimedia.org email address into that user group.

It seems like most of these were added by Mark H on March 16 2012 at near to 00:58:27.

Mark: did you add this user group to users who report/comment on with bugs often?
Comment 3 Mark A. Hershberger 2012-08-26 18:23:38 UTC
The users in the canconfirm group have other permissions -- like the ability to change the resolution of the bug -- that were being abused.  I did look at recent users of BZ before putting them in the canconfirm group.

Random people can still leave comments (and I think we want to keep that), but only people in the canconfirm group can close it or otherwise change the status.

As for confirming bugs, yes, one vote on the bug shouldn't confirm it.  I hadn't yet spent time analyzing just how that should work.

The unconfirmed/confirmed status could still be really useful, though.  If we can get 5 votes for the bug or one person with canconfirm to confirm it, then moving it to "CONFIRMED" would be useful.

My use of confirmed/unconfirmed wasn't really well thought and would have matured over time, so there is definitely room for improvement.
Comment 4 Andre Klapper 2012-08-28 15:15:23 UTC
For each project there is a "Votes To Confirm" setting under https://bugzilla.wikimedia.org/editproducts.cgi so it's likely just about increasing the threshold to something that has to be agreed on (in bugs.maemo.org we use a threshold of 3 votes to change the status of a report from UNCONFIRMED to NEW).
Comment 5 Andre Klapper 2012-10-09 12:43:29 UTC
I've checked all products and autoconfirm by voting was only enabled for "MediaWiki" product (and set to 1 vote).
Updated number of votes needed to confirm a bug from 1 to 0.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links