Last modified: 2005-12-16 16:18:15 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 T2245, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 245 - list the number of total user contributions next to each user name in [[Special:Recentchanges]]
list the number of total user contributions next to each user name in [[Speci...
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
Special pages (Other open bugs)
unspecified
All All
: Lowest enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/wiki/Special:...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2004-08-29 01:15 UTC by Jens Ropers
Modified: 2005-12-16 16:18 UTC (History)
1 user (show)

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


Attachments

Description Jens Ropers 2004-08-29 01:15:27 UTC
Proposal:

Let's list the number of total user contributions next to each user name in [[Special:Recentchanges]].

Rationale:

This will make it easier to focus on new users who may not yet be familiar with what's acceptable and what not.

While it is true that no straightforward relation exists between a bigger number of contributions and contribution quality, it can by 
and large however be assumed that if a user regularly submits substandard and/or mischievous contributions then the community 
probably knows about that user.

So despite the shortcomings, seeing a user's number of total previous contributions in the Recent changes list would be a step 
forward.

-- Jens [[User:Ropers|Ropers]]
Comment 1 JeLuF 2004-08-29 17:30:04 UTC
Determining the number of edits is a very expensive DB query.
Comment 2 Chris Wood 2004-08-30 09:23:58 UTC
I'd be wary of doing that - one look at web-based bulletin boards will
demonstrate how the prominent display of "post counts" (or in this case, "edit
counts") promotes spam...
Comment 3 Jens Ropers 2004-09-06 23:53:55 UTC
Maybe I'm naive, but instead of determining the number for each user each time, can there not be a counter associated with each user account which 
just gets incremented whenever a user commits an edit (and, for good measure gets synced/checked daily or weekly with via a "proper" DB query)? 

That shouldn't put much load on the servers I should think.
Comment 4 Brion Vibber 2004-09-06 23:59:31 UTC
Maintaining an edit count in the user table is technically possible, but there are social reasons to avoid it. Having made a lot of edits does not 
and should not be considered to connote high status or reliability; many well-known cranks have huge numbers of edits, for instance. If the 
number is kept and made prominent it becomes a target for social engineering: racking up a large number of edits to gain status.

The wiki way is to avoid starting "arms races" in the first place. I would not support maintaining or displaying such a count.
Comment 5 Tomer Chachamu 2005-02-21 17:53:35 UTC
I would support showing counts for accounts with under 10 edits.
Comment 6 Mark Clements (HappyDog) 2005-02-26 17:19:37 UTC
Having a threshold under which the edit count is listed won't solve the problem.
 You'd still get an 'arms race' from new users to reach the 10 edit boundary so
they aren't marked as 'newbies'. It's a great idea for commercial sites like
eBay - I remember the excitement of getting my first star upgrade - but I think
it would encourage newbies to make a bunch of quick edits, rather than getting
to know the site a bit first.
Comment 7 Tomer Chachamu 2005-03-19 18:11:02 UTC
I see what you mean. I'm unvoting.
Comment 8 MaKoLine 2005-08-23 11:48:50 UTC
I think that the newest 1% of all users should be marked as newbies. For more information look at bug 3226.
Comment 9 Rob Church 2005-08-30 03:49:48 UTC
Having the threshold also doesn't reduce the query size. You'd still have to run
the query and then compare the values. I'm with Brion on this one; we don't want
to discriminate/compare users according to edit counts. Too many people have
editcountitis.
Comment 10 Jamie Hari 2005-10-14 03:49:46 UTC
I propose that the 'count' is displayed only on the Special:Contributions/User
page. This would allow users to keep track for their own interest, but it isn't
easily comparable to others 'counts', thus preventing 'arms-races'.

Also, I agree with Jens Ropers' idea of an incremental count modified upon
committment of an edit. This keeps DB queries to a minimum. Since this count
isn't in any way mission-critical, it doesn't even matter if it is completely
accurate. An index-rebuild style query could be made to update/fix the counts
upon request...
Comment 11 Ævar Arnfjörð Bjarmason 2005-10-14 03:53:08 UTC
(In reply to comment #10)
> I propose that the 'count' is displayed only on the Special:Contributions/User
> page.

You might want to install my Contributionseditcount extension, it's in the
extensions module in CVS, it does just that.
Comment 12 Brion Vibber 2005-10-14 04:22:42 UTC
How did this ever escape the dreaded WONTFIX stamp of doom?
Comment 13 Rob Church 2005-12-16 16:18:15 UTC
No idea...



...BAM! ;-)

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


Navigation
Links