Last modified: 2010-05-15 15:33:02 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 T2977, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 977 - Article validation process is prone to validation wars
Article validation process is prone to validation wars
Status: RESOLVED INVALID
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
1.4.x
All All
: Normal major (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2004-12-02 06:22 UTC by grendelkhan
Modified: 2010-05-15 15:33 UTC (History)
1 user (show)

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


Attachments

Description grendelkhan 2004-12-02 06:22:49 UTC
Please consider this before Magnus's article-validation process becomes part of
the mainstream live version.

Allowing both positive and negative feedback on any given article leaves the
system prone to malicious negative feedback, with editors who have personal
grudges against each other modding down all of their opponents' edits. This
fault is *inherent* in the system as currently constructed.

Allowing only positive feedback, in the form of a "yes" vote, would fix this
problem. Articles would be assumed-invalid until voted good, as opposed to
assumed-neutral until voted one way or the other.
Comment 1 Brion Vibber 2004-12-02 06:25:34 UTC
That was an experimental feature and, so far as I know, won't be going live.
Comment 2 David Gerard 2005-02-22 23:52:07 UTC
I'm actually very interested in getting a validation feature into the system - it's
part of my (which is so far "the") plan for Wikipedia 1.0. However, the present plan
is to just run article rating for a month or so first and then release the data and
see what people have done with it. And this first requires the feature being brought
to production quality. So this bug is probably premature.

If we try it and the effect you describe isn't lost in the noise, then we can see
what to do about it.

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


Navigation
Links