Last modified: 2012-10-29 16:39:58 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 T20753, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 18753 - RevDeleted to link to the actual revision(s) involved for all users
RevDeleted to link to the actual revision(s) involved for all users
Status: RESOLVED DUPLICATE of bug 18335
Product: MediaWiki
Classification: Unclassified
Revision deletion (Other open bugs)
All All
: Normal enhancement with 3 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
Blocks: revdel SWMT
  Show dependency treegraph
Reported: 2009-05-10 19:59 UTC by FT2
Modified: 2012-10-29 16:39 UTC (History)
4 users (show)

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


Description FT2 2009-05-10 19:59:36 UTC
Right now RevDel log entries state that a user "changed the visibility of <N> revisions". There's no way to tell which revisions or what changes. 

There might be many revisions deleted or undeleted, by different admins, at different times, and this makes tracking "who did what" almost impossible in all but the simplest cases.

Can the deletion log for a page be sure to make clear which revision(s) were the subject of a given logged action?
Comment 1 FT2 2009-05-10 20:24:50 UTC
See also bug 18335
Comment 2 Happy-melon 2009-05-13 22:25:19 UTC
So people can go looking in mirrors and caches for those revisions? This information should be available only to those with the permission to view the deleted revisions. Which means we'd need different summaries for those with and without 'suppressrevision'.  Hmm...

Maybe we could store this data in the log_params column? Is this being used for anything else in suppression log entries? I think making this data *available* is the main requirement; implementing it in the UI is a separate issue (which is actually multi-faceted).
Comment 3 Aaron Schulz 2009-05-13 22:28:57 UTC
Changing summary to make sense
Comment 4 FT2 2009-05-14 01:05:08 UTC
Re #2: The deletion log contains revisions that are unpleasant, (badly) offensive, unacceptable content, speedy-able, or copyright breaching. Edits that are genuinely privacy breaching or defamatory of a living person tend more as a rule to be oversighted. Any admin can view the deletion log, and (once admin access is enabled for RevDel) view all the underlying deleted edits described in it.

When a page has been around for a while, or seen multiple deletion actions, then tracking what has happened on a page can get increasingly difficult. Which of multiple deletions and undeletions were done by which admins, even after a few admin actions, can be completely impossible to determine, and reviewing becomes increasingly difficult too. Making the links available would be a solution.

If that information should only be shown to admins, since only admins can see the deleted revisions, then that would be fine. 
Comment 5 Aaron Schulz 2009-09-02 23:28:57 UTC
What information is needed? Clicking "change visibility" shows all the edits deleted with that action. Showing a much revision IDs/timestamps inline would be messy and wouldn't seem particularly helpful.
Comment 6 Aaron Schulz 2009-09-22 23:17:43 UTC
What links need to be available?
Comment 7 Aaron Schulz 2009-11-18 20:13:23 UTC

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

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