Last modified: 2011-03-13 18:05:14 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 1511 - "Revert to this version" link for admins
"Revert to this version" link for admins
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
History/Diffs (Other open bugs)
unspecified
All All
: Lowest enhancement with 5 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: patch, patch-need-review
: 10831 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-02-11 05:08 UTC by SJ
Modified: 2011-03-13 18:05 UTC (History)
5 users (show)

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


Attachments
Patch to create action=revisionrevert (12.78 KB, patch)
2008-04-13 23:32 UTC, Alex Z.
Details
Slight fix to previosu patch (12.77 KB, patch)
2008-04-14 21:01 UTC, Alex Z.
Details
Better patch (15.97 KB, patch)
2008-04-15 05:37 UTC, Alex Z.
Details

Description SJ 2005-02-11 05:08:03 UTC
It would sometimes be useful to be able to revert back to a specific version,
without viewing the version, Edit'ing it, and saving.  In particular, it would
be useful to know in the database that such an edit was a reversion; for
statistical purposes, and to retain the option of one day storing only a single
copy of the content. 

This could be a link from the history page.
Comment 1 Martin Krischik 2005-08-19 07:04:11 UTC
But not only for Admins. At least a "Revert last Version" 
would be helpfull for anybody in the combat against WikiSpam 
and vandalism.

I estimate that removing Spam from a page would be 10 times 
faster as with the current technique where both versions 
need to be opened and original need to be copied from the 
old version.
Comment 2 Alex Z. 2008-04-13 23:32:30 UTC
Created attachment 4812 [details]
Patch to create action=revisionrevert

Adds new functions to revert to a specified revision of a page. Links on page history, diffs, and when viewing old revisions. Assigns the right to use it to sysops by default.
Comment 3 Alex Z. 2008-04-14 21:01:39 UTC
Created attachment 4813 [details]
Slight fix to previosu patch
Comment 4 Alex Z. 2008-04-15 05:37:57 UTC
Created attachment 4816 [details]
Better patch

Now prompts for a summary and gives the option to mark the edit as minor before submitting the change (less damage if we click the link by accident)

The form can be bypassed by setting &skip=1 in the URL (and &wpMinoredit=1 if desired). Leaving the summary field blank on submit uses the default summary. Also shows a diff of the changes below the form.
Comment 5 Aryeh Gregor (not reading bugmail, please e-mail directly) 2008-04-15 14:06:07 UTC
I'm really not sure this is worth the interface clutter.  What are the actual use-cases?  You would have to know that *all* subsequent edits were bad.  In typical cases this would only be the case if you saw that the top editor vandalized the page, in which case you can assume that the whole string of edits was vandalism, and that's what the rollback button is for.

If the cases where this would be useful are rare, it deserves to be a two- or three-click operation as it is at present.  It should not be a button on the page history.  And once you get to the diff/old revision page, you can already click the edit button and get the same number of clicks.  It saves bytes sent, but for human readers that's usually not an issue.

The API may want to support some operation like this (once it supports edits altogether), but I'm pretty skeptical about the utility of a button.
Comment 6 Daniel Friesen 2008-04-16 00:41:56 UTC
Actually, in my time administering a number of wiki over at Wikia I've found a number of times it would be nice to have this kind of button.

The primary two I can think of:

;Mass vandalism attacks by multiple proxies/users:
I've had to deal with a number of mass attacks, and once you have a case where Vandal A edits, then Vandal B adds more vandalism (and yes, this does happen) you lose the ability to simply rollback the vandalism.
You know that all the revisions past something are bad, however you cannot simply rollback.
And trust me, undoing 100+ edits of page vandalism where you need to manually edit a revision then save to be able to revert, that is not pretty or fun when on anything less than a dual-core computer.

;Admins/Users who try to undo, but miss vandalism:
In my common day-to-day monitoring of the Narutopedia, I see a number of other users and even an admin, who do try to help revert vandalism. However, there are a lot of cases where they go and just use the undo button, unfortunately, undo does not work to revert the full thing when the vandal edits with 2 or 3 revisions like they commonly do on the wiki. So then I have to go and do the manual revert myself to complete the revert.
And trust me, having to submit a form, after clicking a link (2pages instead of 1), even that isn't nice on a p4 when you have to monitor and handle a large number of changes in the RC.
Comment 7 Aryeh Gregor (not reading bugmail, please e-mail directly) 2008-04-16 13:18:43 UTC
This still would probably be better handled for power-users with a custom script, rather than Yet Another Button, IMO.
Comment 8 Meno25 2008-05-26 13:33:02 UTC
*** Bug 10831 has been marked as a duplicate of this bug. ***
Comment 9 Aaron Schulz 2008-09-19 12:43:21 UTC
Closing per #7

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


Navigation
Links