Last modified: 2008-01-13 19:01:05 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 T13770, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 11770 - Empirically Stable Versions
Empirically Stable Versions
Status: RESOLVED DUPLICATE of bug 4397
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-10-26 23:43 UTC by Robert Rohde
Modified: 2008-01-13 19:01 UTC (History)
1 user (show)

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


Attachments

Description Robert Rohde 2007-10-26 23:43:08 UTC
I've floated this idea several times before, but I've never put it here.

I would like to suggest a feature alternative to manually flagging individual versions as stable.  Specifically, I would suggest a sort of time delay where the live version shown to the not-logged-in public is the last version to go at least X minutes without being edited, i.e. a version that was stable in the empirical sense of not having been editted.  (My suggestion for X is something like 15-30 minutes on enwiki.)  So then vandalism and other bad edits that can be caught in less than X minutes will never be shown to the public.

The time delay might be applied selectively so as to only affect anonymous and new editors (for example), which would avoid the problem of vandalism persisting after an admin removed it.

By doing something like this, one limits the probability that the viewing public will encounter vandalism, without needing the overhead associated with manually flagging good versions of each article.  I would envision this as an alternative option to page protection, possibly with admin controllable settings for which editor groups have their edits delayed and for how long.

-Robert Rohde
Comment 1 Aaron Schulz 2007-10-27 00:47:19 UTC
I consider adding this to FlaggedRevs, and this idea is an old one. It was never done due to complex issues with getting the cache to actually work.
Comment 2 Aaron Schulz 2008-01-13 19:01:05 UTC

*** This bug has been marked as a duplicate of bug 4397 ***

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


Navigation
Links