Page MenuHomePhabricator

More filter methods for Special:Contributions so users can see list of pages they've edited that have been updated
Closed, DuplicatePublic

Description

Author: a.d.bergi

Description:
See also Bug 4597, Bug 33581

Really lots of users (see url) check their own contributions to see whether the pages they've edited were updated. They want to see a list of their contributions, no page duplicates (#33581) and the pages where their edit is still the recent one also hidden.

There is already a set of userscripts (overview at [[de:BD:TMg/filterContributions.js]]) to filter the generated lists, but I think this should be a native feature of MediaWiki.

It could be one additional checkbox, but I think there should be one checkbox to hide duplicate pages, and a select to switch between no filtering/only top contribs (#4597)/only non-recent ones.

I know that the database query won't be easy to construct, but I think it would be OK not to show exactly 20/50/100/... contributions to have such a essential feature built into core. So the filtering could also be done in PHP, which should be quite easy. In future, a better SQL term still can be built.


Version: unspecified
Severity: enhancement
URL: http://de.wikipedia.org/wiki/Wikipedia:Verbesserungsvorschläge#Benutzerbeiträge

Details

Reference
bz34344

Event Timeline

bzimport raised the priority of this task from to Low.Nov 22 2014, 12:10 AM
bzimport set Reference to bz34344.
bzimport added a subscriber: Unknown Object (MLST).

Hmm, special:Contributions is getting crowded. Perhaps we should add a new special page.

So just to clarify, what is being asked for:

List of pages user (let's call him Bob) has edited, such that someone else has subsequently edited the page, no duplicate pages listed, and ordered by the time when Bob last edited the page.

This almost sounds like it'd fit in better with Special:Recentchanges. (And if we could limit it to the last 3 weeks of changes or whenever RC is limited to, probably the concerns about sql efficiency wouldn't be as much [but it'd still be pretty bad. Is filesorting the RC table considered ok on the likes of enwikipedia?])

I know that the database query won't be easy to construct, but I think it would
be OK not to show exactly 20/50/100/... contributions to have such a essential
feature built into core. So the filtering could also be done in PHP, which
should be quite easy. In future, a better SQL term still can be built.

I don't really like the idea of php side filtering. What if 0 results are shown (even though there are actual results that would match)? That just seems icky.

a.d.bergi wrote:

(In reply to comment #1)

So just to clarify, what is being asked for:

List of pages user (let's call him Bob) has edited, such that someone else has
subsequently edited the page, no duplicate pages listed, and ordered by the
time when Bob last edited the page.

Yes. However, I would put it in another order: List of edits by Bob, ordered by time, only the last of these edits per page, and not those which are "on top".

But I don't know how the "on top" filter is done today, so it might be rather inefficient.

Hmm, special:Contributions is getting crowded. Perhaps we should add a new
special page.

This almost sounds like it'd fit in better with Special:Recentchanges. (And if
we could limit it to the last 3 weeks of changes or whenever RC is limited to,
probably the concerns about sql efficiency wouldn't be as much)

Yeah, you're right. A Special:RecentchangesLinkedtoContributions would fit the need better. Do you think a page would be possible, which lists the recentchanges of pages User:Bob has edited in the last X days? Optionally filterable not to show Bobs (or my?) own edits, and also not to show edits which are older than Bobs last edit per page?
I think that would be perfect, just like a Special:NewMessages without LT :-)