Last modified: 2011-03-13 18:05:10 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 T15225, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 13225 - Ability to Hide highly active editors
Ability to Hide highly active editors
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
Special pages (Other open bugs)
unspecified
All All
: Lowest enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/wiki/Special:...
: easy
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-03-02 15:39 UTC by James Spencer
Modified: 2011-03-13 18:05 UTC (History)
2 users (show)

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


Attachments

Description James Spencer 2008-03-02 15:39:51 UTC
Currently on the Newpages patrol there is the ability to hide patrolled edits and to hide bots.

There could also be an ability to hide highly active users (100+ pages created).

It could be activated in the position below the Go button on the new pages edit.

The options would show to an initial user as:

	Hide patrolled edits | Hide bots  | Hide users with 100+ new articles

The "Hide" term would be hyperlinked.

If the "Hide" term were pressed it would change into "Show" and the option would read as "Show users with 100+ new articles"

The New Pages list would now only show articles created by users with 99 or fewer articles created.  The articles counted for the 100 creations would be unpatrolled, only created in article space and only created within the particular wiki.
Comment 1 Roan Kattouw 2008-03-02 16:35:19 UTC
First of all, we only keep track of edits right now, not of page creations. It's probably better to go with x edits rather than x page creations, or maybe even use autoconfirmed status.

Secondly, a vandal could quickly create 100 pages/make 100 edits/do whatever is necessary to meet your criterium and vanish from your recent changes. This would be a non-issue with autoconfirmed, of course, as that currently requires a 4-day old account on WMF wikis.
Comment 2 James Spencer 2008-03-02 17:16:39 UTC
Would it be better to set the bar at (say) 1000 edits?

The idea is not to auto patrol anything, just to let some patrollers concentrate on the newer users where historically we've found most problems with creation would be.  The other articles would remain unpatrolled, and a vandal creating the required number of edits would either be spotted at an earlier stage or get quite bored getting the required useful entries for a not very high payoff.

Comment 3 Aaron Schulz 2008-09-28 16:07:02 UTC
Between newbie contribs and patrolling features this is not necessary and seems to add more feature bloat.

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


Navigation
Links