Last modified: 2011-01-25 01:27:13 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 3576 - Implement rev_deleted (deletion of single article revisions)
Implement rev_deleted (deletion of single article revisions)
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
History/Diffs (Other open bugs)
unspecified
All All
: Normal enhancement with 52 votes (vote)
: ---
Assigned To: Aaron Schulz
:
: 3098 4569 4771 5901 9160 9290 13557 (view as bug list)
Depends on: 9432
Blocks: 997
  Show dependency treegraph
 
Reported: 2005-09-30 13:53 UTC by Tietew
Modified: 2011-01-25 01:27 UTC (History)
20 users (show)

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


Attachments
Implementing rev_deleted feature (14.91 KB, patch)
2005-09-30 13:55 UTC, Tietew
Details
Implementing rev_deleted feature (14.72 KB, patch)
2005-10-04 06:39 UTC, Tietew
Details
Implementing rev_deleted feature (25.80 KB, patch)
2005-10-14 08:06 UTC, Tietew
Details
Implementing rev_deleted feature (22.95 KB, patch)
2005-10-16 16:34 UTC, Tietew
Details
Implementing rev_deleted feature (22.50 KB, patch)
2005-12-05 05:38 UTC, Tietew
Details
PageHistory.php - better handling of deleted usernames (1.09 KB, patch)
2007-01-01 22:59 UTC, Aaron Schulz
Details
DiffEng - better handling of diffs with deleted text (1.48 KB, patch)
2007-01-03 22:35 UTC, Aaron Schulz
Details
Completion patch (104.53 KB, patch)
2007-02-11 06:50 UTC, Aaron Schulz
Details
Completion patch (107.42 KB, patch)
2007-02-11 09:09 UTC, Aaron Schulz
Details
Completion patch (107.41 KB, patch)
2007-02-11 16:58 UTC, Aaron Schulz
Details
Completion patch (104.68 KB, patch)
2007-02-12 21:30 UTC, Aaron Schulz
Details
Fix some warning errors (106.10 KB, patch)
2007-02-14 18:24 UTC, Aaron Schulz
Details
Add user block hiding (132.12 KB, patch)
2007-02-16 16:01 UTC, Aaron Schulz
Details
Fix sql cond grouping (132.13 KB, patch)
2007-02-16 16:14 UTC, Aaron Schulz
Details
Add fa_deleted for archived images and some UI cleanup (161.82 KB, patch)
2007-02-21 15:38 UTC, Aaron Schulz
Details
Enforce for RSS feed data (163.13 KB, patch)
2007-02-23 00:31 UTC, Aaron Schulz
Details
Resolve merge conflict with listusers (163.38 KB, patch)
2007-02-26 05:18 UTC, Aaron Schulz
Details

Description Tietew 2005-09-30 13:53:26 UTC
I created a patch to implement revision deletion (rev_deleted) via
Special:Revisiondelete.

Japanese Wikipedia needs this feature very very much.

* Article.php
  - If the revision is deleted, returns 'deletedrevisiontext'
    instead of its content.
* DifferenceEngine.php
  - If one of or both revisions are deleted, hide differences.
* LogPage.php
  - Added new action 'delete/revdelete' and 'delete/revrestore'
* PageHistory.php
  - Added a link to Special:Revisiondelete at the bottom of the page.
* SpecialExport.php
  - Put <deleted/> element if the revision is deleted.
* SpecialImport.php
  - Handle <deleted/> element.
* SpecialPage.php
  - Added Special:Revisiondelete.
* SpecialRevisiondelete.php
  - New. Implements revision deletion and restoration.
* Language.php
  - Added 6 new messages used by this patch.

tested at  http://test.wikipedia.jp/history/Revision_deletion
Comment 1 Tietew 2005-09-30 13:55:15 UTC
Created attachment 929 [details]
Implementing rev_deleted feature
Comment 2 Tietew 2005-10-04 06:39:24 UTC
Created attachment 934 [details]
Implementing rev_deleted feature

regenerated patch; fixed some mistakes, etc.
Comment 3 Niklas Laxström 2005-10-07 18:34:50 UTC
Seems to be working without fatal errors, but needs some polishing.

For example:
Notice: Undefined offset: 3324 in
/services/www/mediawiki15c/includes/SpecialRevisiondelete.php on line 165

Notice: Undefined variable: header in
/services/www/mediawiki15c/includes/SpecialRevisiondelete.php on line 99

Notice: Undefined property: rev_timestamp in
/services/www/mediawiki15c/includes/SpecialUndelete.php on line 186
Comment 4 Ævar Arnfjörð Bjarmason 2005-10-09 21:22:06 UTC
(In reply to comment #2)
> Created an attachment (id=934) [edit]
> Implementing rev_deleted feature
> 
> regenerated patch; fixed some mistakes, etc.

Some problems with it:
* $wgOut->addHTML( $header . $s ); : omit $header, the variable is undefined
* When I delete revisions is spews warnings, the code in question is:
** if( $revisions[ (int)$row->rev_id ] ) { (line 165)
* I think displaying ''This revision is deleted.'' in the textbox is bad form,
there's no way to tell if the revision is really deleted or if somebody just
wrote that and saved a revision without looking at the history, I think that
"This revision is deleted." should be displayed on rendering but now when you go
into the source to avoid the ambiguity.
* Use wfMsgHtml not htmlspecialchars( wfMsg( ..
* You changed the export format, then you have to updated the export format,
make a new docs/export-0.4.xsd based on docs/export-0.3.xsd and define <deleted/>
Comment 5 Ævar Arnfjörð Bjarmason 2005-10-09 21:23:28 UTC
(In reply to comment #4)
> (In reply to comment #2)
> "This revision is deleted." should be displayed on rendering but now when you go
* but not..

Comment 6 Tietew 2005-10-14 08:06:17 UTC
Created attachment 995 [details]
Implementing rev_deleted feature

Patch renewed.

(In reply to comment #4)
> * $wgOut->addHTML( $header . $s ); : omit $header, the variable is undefined
fixed.

> * When I delete revisions is spews warnings, the code in question is:
> ** if( $revisions[ (int)$row->rev_id ] ) { (line 165)
may be fixed.

> * I think displaying ''This revision is deleted.'' in the textbox is bad
form,
> there's no way to tell if the revision is really deleted or if somebody just
> wrote that and saved a revision without looking at the history, I think that
> "This revision is deleted." should be displayed on rendering but now when you
go
> into the source to avoid the ambiguity.
action=edit just shows "This revision isdeleted." and omit form.
action=raw returns empty.
# oops, title=Foo&oldid=xxx&direction=prev links to
# title=Foo&action=edit&oldid=xxx instead of oldid=(prev of xxx)
--> http://test.wikipedia.jp/edit/Revision_deletion_DEMO_page?oldid=2609

> * You changed the export format, then you have to updated the export format,
> make a new docs/export-0.4.xsd based on docs/export-0.3.xsd and define
<deleted/>
docs/export-0.4.xsd added.

(In reply to comment #3)
> Notice: Undefined property: rev_timestamp in
> /services/www/mediawiki15c/includes/SpecialUndelete.php on line 186
This patch does not include SpecialUndelete.php.
Comment 7 Ævar Arnfjörð Bjarmason 2005-10-14 08:47:42 UTC
(In reply to comment #6)
> Created an attachment (id=995) [edit]
> Implementing rev_deleted feature
> > * When I delete revisions is spews warnings, the code in question is:
> > ** if( $revisions[ (int)$row->rev_id ] ) { (line 165)
> may be fixed.

It's not fixed, please run PHP with "error_reporting = E_ALL" in your php.ini,
in your solution you made a typo which caused revision deletion to not work at
all, it should be:

    166                         $rev_id = (int)$row->rev_id;
    167                         if( @$revisions[ $rev_id ] ) {
not
    166                         $rev_id = (int)$row->rev_id;
    167                         if( $revisions[ $rev ] ) {

Please exclude whitespace fixes and fixes to the code not directly related to
this patch, examples include adding whitespace and changing htmlspecialchars(
wfMsg() ) to wfMsgHtml(), please send seperate cleanup patches instead.


I like how you handled the "This revision is deleted." problem, nice work.
Comment 8 Tietew 2005-10-16 16:34:39 UTC
Created attachment 999 [details]
Implementing rev_deleted feature

Patch renewed, cleaned up.
No warnings found with error_reporting = E_ALL
Comment 9 Ævar Arnfjörð Bjarmason 2005-12-03 03:09:02 UTC
(In reply to comment #8)
> Created an attachment (id=999) [edit]
> Implementing rev_deleted feature
> 
> Patch renewed, cleaned up.
> No warnings found with error_reporting = E_ALL

The patch fails to apply to CVS HEAD
Comment 10 Ævar Arnfjörð Bjarmason 2005-12-03 03:09:30 UTC
Removing need-review and patch keywords, reviewed and the patch fails to apply.
Comment 11 Tietew 2005-12-05 05:38:38 UTC
Created attachment 1134 [details]
Implementing rev_deleted feature

Patch renewed for current HEAD.

Conflicts are fixed in following files (no feature changes):
* DifferenceEngine.php
* EditPage.php
* Export.php

Modified:
* Language.php, SpecialRevisiondelete.php
--- add new message 'revisiondeletebutton' for submit button
Comment 12 Tietew 2005-12-05 05:40:34 UTC
Adding need-review and patch keywords; patch renewed for current HEAD.
Comment 13 lɛʁi לערי ריינהארט 2005-12-05 21:46:59 UTC
Made some tests at:
http://test.wikipedia.jp/Test:Bugzilla/03576

To be able to test yourself please ask Tietew for sysop status at:
irc://irc.freenode.net/wikipedia-ja or
http://test.wikipedia.jp/Test:Administrators#requests_for_additional_user_rights

best regards reinhardt [[user:gangleri]]
Comment 14 Ævar Arnfjörð Bjarmason 2005-12-08 10:23:03 UTC
Assigning the bug to myself, working on cleaning up the patch to make it sutable
for inclusion.
Comment 15 lɛʁi לערי ריינהארט 2006-01-12 10:02:40 UTC
*** Bug 4569 has been marked as a duplicate of this bug. ***
Comment 16 Ævar Arnfjörð Bjarmason 2006-01-21 02:11:26 UTC
(In reply to comment #14)
> Assigning the bug to myself, working on cleaning up the patch to make it sutable
> for inclusion.

Stopped working on this some time ago, the patch attached here needs to be
improved in a lot of ways

* Having delete/undelete in the page history view would be much simpler, easier
to implement and would use the current paging code, one isn't likely to need to
mass-delete individual revisions
* It should act correctly if the latest revision or all revisions are deleted
Comment 17 Rowan Collins [IMSoP] 2006-01-27 13:34:45 UTC
*** Bug 4771 has been marked as a duplicate of this bug. ***
Comment 18 Rob Church 2006-02-09 16:27:13 UTC
*** Bug 3098 has been marked as a duplicate of this bug. ***
Comment 19 Rob Church 2006-02-22 23:05:55 UTC
*** Bug 4730 has been marked as a duplicate of this bug. ***
Comment 20 Tietew 2006-02-24 05:27:30 UTC
see also:
http://mail.wikipedia.org/pipermail/wikitech-l/2006-February/034170.html
[Wikitech-l] Updating rev_deleted as a bitfield
Comment 21 Kelly Martin 2006-05-09 19:37:59 UTC
This functionality, or something similar to it, is desparately needed on the
English Wikipedia.
Comment 22 Rob Church 2006-05-10 20:29:24 UTC
*** Bug 5901 has been marked as a duplicate of this bug. ***
Comment 23 Larry Pieniazek 2006-05-11 01:05:10 UTC
Agree with Kelly, there's a good reason this bug/feature fix would come in
REALLY handy right now. Cleaning out a few edits from the history of a 5000 edit
article is very difficult to do reliably and efficiently by all reports. So any
enhancements would be greatly appreciated. ++Lar
Comment 24 emddudley 2006-05-14 05:13:59 UTC
Desperately needed, ASAP. 5000? Bah, try the en:AN or en:AN/I. Over 20000 and 30000!
Comment 25 Aaron Schulz 2006-06-16 04:01:10 UTC
I second the above. This should probably be one of the top priorities.
Comment 26 Kyle Barbour 2006-06-16 04:08:25 UTC
I concur entirely with Voice of All, Mdd4696, and Kelly Martin. I can't think of
anything else I'd consider a higher priority (although Bug 550 regarding blocks
for anons only comes close).
Comment 27 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-06-16 04:20:43 UTC
Please do not make posts that do not have to do with the patch's development. 
They send people unnecessary e-mails and clog up the thread so that devs have a
harder time finding relevant info.  If you would like to express your support,
just vote for the bug.

This functionality exists for users with oversight anyway, what's the issue? 
(Note that replying to that question is relevant, since it clarifies the desired
featureset.  ;) )
Comment 28 Kyle Barbour 2006-06-16 05:50:48 UTC
(In response to comment #27)

>Please do not make posts that do not have to do with the patch's development.

Understood, sorry, I won't do it again.

>This functionality exists for users with oversight anyway, what's the issue?

Seventeen users with the permission isn't enough to deal with the number of
cases in which this comes up. It would be an extremely handy feature for
postings of personal information and copyvios, and there's no reason that this
should be restricted to so few users as those assigned oversight and not all
admins, who can due this now anyway, albeit with significant drawbacks.

The importance of this feature is that there are often times when deletion of a
single edit, or only a few edits, is required. Currently, the only way to do
that is to delete the entire page and restore all of the other edits, which has
the following problems: 1) while the page is deleted it is inaccessible to other
users, 2) it is very difficult on large pages (I nearly crashed my computer
trying to delete [[WP:AN/I]] to remove some edits containing personal
information), 3) one cannot use diffs once the page is deleted to check that the
edit they're trying to delete is in fact the correct one, which can emerge as a
problem on long pages, and 4) one has to click on a MESS of boxes to undelete
large pages, depending (sometimes one can shift-select of use javascript
workarounds, but it's still a pain).
Comment 29 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-06-16 05:59:50 UTC
In that case, what you want is for oversight permission to be granted to all
bureaucrats, perhaps, or all sysops, or whatever.  This can be done with current
software, it's a policy issue and should be discussed on VPP or wheverever.

If you want the edits to be recoverable, though, that I can understand and agree
with as an eventual goal.  I've changed the summary to clarify what the current
situation is.

(Removed needs-review, patch: patch is close to a year out of date and will have
to be rewritten.  Changed priority from High back to Normal: this is noncritical
with the oversight feature available in the code.)
Comment 30 Kyle Barbour 2006-06-16 06:49:52 UTC
Yes, the idea is *definitely* for the edits to be recoverable (I think that all
sysops having oversight is a majorly bad idea).
Comment 31 wiki_tomos 2006-06-16 11:20:40 UTC
This feature was developed by Tietew in the context of problems experienced by
Japanese Wikipedia. I believe that ja community would still prefer edits to be
recoverable - just like deleted pages, deleted revisions should be recoverable
and be subject to inspections when in doubt. (Besides, for some reason, oversight 
permission is granted on en wikipedia, not elsewhere, according to the page on
meta. http://meta.wikimedia.org/wiki/Hiding_revisions ). 

But the more important reason why this feature is needed is that it will hide
the content of the revision, while keeping the history visible to the public.
Oversight permission as I understand does not do that. And keeping history
information (who contributed to the page and when) is a simple way to comply
with GFDL. 

Imagine that you find an infringing material in a past revision of an article,
and that infringing part is inhereted by subsequent revisions down to 
the very current one. In the meantime, many valuable contributions are made to
the article. What you can do with this feature is to edit out all the infringing
parts so that the current one becomes clean, and suppress the text of all the
revisions containing the infringement, but keeping the revision history intact,
so that we have on the record who contributed to the current revision of the
article. In contrast, if without this feature, their names will be deleted along
with the revisions they contributed, and reflecting their contributions to the
current revision without proper attribution to them in the revision history is a
violation of GFDL (4I). 

If my explanation is not clear, please let me know (in person or here), I am
more than happy to explain it to defend the value of this feature. 

In a nutshell, this feature enables us to do things oversight permission cannot
do. It is a simple way to preserve some past contributions that are mixed with
past infringement. Some Japanese Wikipedians like me have been discussing about
this feature from time to time, waiting for the implementation for a long time.
Comment 32 Rob Church 2006-06-16 11:36:04 UTC
Resetting summary. This bug is still quite valid. The HideRevisions extension is
not part of the core code, and this problem needs to be addressed.

To those trumpeting "oversight", please be aware of this. To those attempting to
defend, don't panic. "Oversight" is a short-term solution at present.

Please could people refrain from commenting or altering fields on this bug
unless you are a developer or acting under the instructions of one.
Comment 33 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-06-16 19:33:21 UTC
(In reply to comment #32)
> Resetting summary. This bug is still quite valid. The HideRevisions extension is
> not part of the core code, and this problem needs to be addressed.
> 
> To those trumpeting "oversight", please be aware of this. To those attempting to
> defend, don't panic. "Oversight" is a short-term solution at present.
> 
> Please could people refrain from commenting or altering fields on this bug
> unless you are a developer or acting under the instructions of one.

Sorry, will do.
Comment 34 Tietew 2006-08-26 18:15:49 UTC
Increasing priority.
ja.wikipedia needs this feature strongly.
Comment 35 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-08-27 02:10:30 UTC
Priority is determined by developers, not the users.  It's a way of them telling
you what they plan to do, not you telling them what you want them to do.  If you
believe this is an important feature, vote for it and/or submit a patch.  This
may or may not speed things along, because MediaWiki is a volunteer project: it
will get done when a dev feels like doing it.  Setting the priority field
certainly won't help anything (it's basically not used here anyway).

Rob Church, by the way, *is* a developer.
Comment 36 treauth 2006-12-17 10:30:22 UTC
*** Bug 997 has been marked as a duplicate of this bug. ***
Comment 37 Aaron Schulz 2007-01-01 22:59:24 UTC
Created attachment 3000 [details]
PageHistory.php - better handling of deleted usernames
Comment 38 Aaron Schulz 2007-01-03 22:35:25 UTC
Created attachment 3010 [details]
DiffEng - better handling of diffs with deleted text
Comment 39 Aaron Schulz 2007-02-04 21:50:24 UTC
Comment on attachment 3000 [details]
PageHistory.php - better handling of deleted usernames

Visual improvements done in r19763 and r19765
Comment 40 Aaron Schulz 2007-02-11 06:50:26 UTC
Created attachment 3204 [details]
Completion patch

First draft

Schema:
-Adds ar_deleted, log_deleted, rc_deleted, rc_logid
-Also adds log_type and log_action to recentchanges for later use (bug 5546)

Code changes:
-Changelists - permission checks added
-SpecialLog - permission checks added
-Linker - some log functions and public/private function arguments added
-DiffEng - cleaner behavoir
-Article - rev_deleted -> ar_delete on archival and some minor stuff
-Revisiondelete - support for log and archive delete, no more duplicate logs,
and proper message/param use.
-Undelete - permission checks
-Defaultsettings, specialpages & specialspecialpages - new log restriction
system. Used for oversight log.
-Other stuff scattered here and there...
Comment 41 Aaron Schulz 2007-02-11 09:09:45 UTC
Created attachment 3205 [details]
Completion patch

Cleaned some things up. Made logs more user friendly.
Comment 42 Aaron Schulz 2007-02-11 16:58:05 UTC
Created attachment 3207 [details]
Completion patch

Clean up event deletion logging
Comment 43 Aaron Schulz 2007-02-12 21:30:59 UTC
Created attachment 3212 [details]
Completion patch

Clean up some things
Comment 44 Aaron Schulz 2007-02-14 18:24:43 UTC
Created attachment 3223 [details]
Fix some warning errors
Comment 45 Aaron Schulz 2007-02-16 16:01:54 UTC
Created attachment 3233 [details]
Add user block hiding

-Add uption to blockip to hide name from block log, ipblocklist, and listusers.
The block entry goes to the oversight log and users with 'hiderevision' can see
the ipblocklist items.
-Allow for quick, clean, total page suppression. Oversights can do the opposite
by checking an option at special:undelete.
-More cleanup: recentchanges styling, revisiondelete checkboxes, ect...
Comment 46 Aaron Schulz 2007-02-16 16:14:28 UTC
Created attachment 3234 [details]
Fix sql cond grouping

Also note:
-Instead of rc_log_action I have rc_actiontext to separate log action text from
log comments to better carry over log hiding.
-The rc_log_type is now used and some slight watchlist sql query changes now
allow for watchlist to show log events (bug 5546).
Comment 47 Aaron Schulz 2007-02-21 15:38:53 UTC
Created attachment 3253 [details]
Add fa_deleted for archived images and some UI cleanup
Comment 48 Aaron Schulz 2007-02-23 00:31:56 UTC
Created attachment 3256 [details]
Enforce for RSS feed data
Comment 49 Aaron Schulz 2007-02-26 05:18:18 UTC
Created attachment 3272 [details]
Resolve merge conflict with listusers

I may just make this a branch soon...
Comment 50 Rob Church 2007-02-26 08:04:28 UTC
(In reply to comment #49)
> I may just make this a branch soon...

Please do so; the sooner the better. BugZilla isn't good for version control. ;)

Comment 51 Aaron Schulz 2007-03-02 20:35:57 UTC
Comment on attachment 3272 [details]
Resolve merge conflict with listusers

(In reply to comment #50)
> (In reply to comment #49)
> > I may just make this a branch soon...
> 
> Please do so; the sooner the better. BugZilla isn't good for version control. ;)
> 
> 

Indeed, I have taken over the old rev_delete branch here:
http://svn.wikimedia.org/viewvc/mediawiki/branches/phase3_rev_deleted/?sortby=d
ate
Comment 52 Melancholie 2007-03-04 00:33:36 UTC
*** Bug 9160 has been marked as a duplicate of this bug. ***
Comment 53 Aaron Schulz 2007-03-14 15:57:58 UTC
Done in r20446.
Comment 54 Rotem Liss 2007-03-16 12:46:24 UTC
*** Bug 9290 has been marked as a duplicate of this bug. ***
Comment 55 Makoto Imaizumi [Suisui] 2007-03-26 17:27:49 UTC
why $wgGroupPermissions['sysop']['deleterevision'] = true;
still keeps comment out on DefaultSettings.php?
something problems yet?
Comment 56 Rotem Liss 2007-03-26 17:29:02 UTC
It was reverted in r20525.
Comment 57 Aaron Schulz 2007-03-27 00:07:48 UTC
(In reply to comment #55)
> why $wgGroupPermissions['sysop']['deleterevision'] = true;
> still keeps comment out on DefaultSettings.php?
> something problems yet?


Note really, I should probably uncomment that when this goes in MW 1.11.
Comment 58 Ryan Postlethwaite 2008-01-17 04:41:34 UTC
Given the recent problems en.wiki has been having, we would really like to have this ASAP. We're aware that the extension is a little buggy at the minute, but is there any way to hurry it up?
Comment 59 Aaron Schulz 2008-01-17 04:56:33 UTC
(In reply to comment #58)
> Given the recent problems en.wiki has been having, we would really like to have
> this ASAP. We're aware that the extension is a little buggy at the minute, but
> is there any way to hurry it up?
> 

It is not complete at all now. I'd have to commit a lot of code. All of this has been held up in code review for months, as no one will have the time to look it over.
Comment 60 Raimond Spekking 2008-03-29 18:37:19 UTC
*** Bug 13557 has been marked as a duplicate of this bug. ***
Comment 61 Aaron Schulz 2008-04-02 05:52:56 UTC
Done in r32685.
Comment 62 Pietrodn 2008-04-07 11:28:14 UTC
Why can't sysops use this on Wikimedia projects? I get a permission error when I go on [[Special:Revisiondelete]]. Isn't it ready?
Comment 63 Voyagerfan5761 / dgw 2008-04-07 13:48:10 UTC
I have a feeling that it's limited to bureaucrats. I haven't had a chance to see any documentation yet, but IIRC the default (commented-out) settings in DefaultSettings.php of MW 1.11.1 had the right assigned to bureaucrats.

(In reply to comment #62)
> Why can't sysops use this on Wikimedia projects? I get a permission error when
> I go on [[Special:Revisiondelete]]. Isn't it ready?
>
Comment 64 Aphaia 2008-04-07 14:29:49 UTC
Either bureaucrats seems not to be allowed. I tried it on jawikinews where I am a b'crat but said "You are not allowed to execute the action you have requested." 
Comment 65 Voyagerfan5761 / dgw 2008-04-07 14:33:37 UTC
It could also be that the new core code simply hasn't been synchronized with the WMF servers yet. I keep hoping someone more knowledgeable will notice this thread and answer your questions, Aphaia and Pietrodn...
Comment 66 Aaron Schulz 2008-04-07 15:43:00 UTC
(In reply to comment #65)
> It could also be that the new core code simply hasn't been synchronized with
> the WMF servers yet. I keep hoping someone more knowledgeable will notice this
> thread and answer your questions, Aphaia and Pietrodn...
> 

Both. It is not synced, a schema change is pending. Also, it will be tested and reviewed more before being turned on.
Comment 67 Gregory Maxwell 2008-06-16 02:04:33 UTC
Looks like this got turned on shortly on EnWP because there are now revisions with non-zero rev-deleted and no clear way to get them out of this state: http://en.wikipedia.org/w/index.php?title=User:FT2/pdr&action=history

It was the intention that these revisions ultimately end up oversighted, but as it stands now oversight users have no way of viewing them. :)

Comment 68 Kevin Norris 2009-02-24 03:34:28 UTC
I can't find RevisionDelete at [[Special:Version]], but the above links show it's working... am I blind?
Comment 69 Ryan Schmidt 2009-02-24 03:40:37 UTC
you wouldn't find it at Special:Version because it is core functionality, not an extension. Only extensions are listed on that page

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


Navigation
Links