Extension talk:Nuke/Archive

From mediawiki.org

(SOLVED) Not working for imported pages

Special:Nuke does not work for pages that were imported with Special:Import. These pages don't get listed when you search for the username under which they were imported. Anybody know why? Maiden taiwan 22:26, 26 February 2007 (UTC)Reply[reply]

Here is a sample that doesn't appear on Special:Nuke after importing.

<mediawiki xmlns="http://www.mediawiki.org/xml/export-0.3/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.mediawiki.org/xml/export-0.3/ http://www.mediawiki.org/xml/export-0.3.xsd" version="0.3" xml:lang="en">

    <title>My new topic</title>
      <text xml:space="preserve">


The page imports fine, but doesn't show up on Special:Nuke. Maiden taiwan 22:41, 26 February 2007 (UTC)Reply[reply]

Those files show up in the Import log and also as created by (bot) "User:Conversion script" if you look at the imported file's history. However, Nuke doesn't work with this user name. My workaround for this problem is creating a special user only for importing, e.g. "Importer". HTH --Nakohdo 13:44, 26 January 2010 (UTC)Reply[reply]
The reason might be that imported pages don't seem to be listed under New pages in the first place. --Nakohdo 14:53, 26 January 2010 (UTC)Reply[reply]
Nuke queries the Recentchanges table. The type of newly imported pages is listed there as "3 - log action (introduced in MediaWiki 1.2)" instead of "1 - new page", so that's why those pages aren't listed as New pages. --Nakohdo 16:19, 26 January 2010 (UTC)Reply[reply]
Getting closer: Nuke actually queries for imported pages, but the line
'(rc_new = 1) OR (rc_log_type = "upload" AND rc_log_action = "upload")'
in file SpecialNuke_body.php must be changed to
'(rc_new = 1) OR (rc_log_type = "import" AND rc_log_action = "upload")'
as the log type is called "import". That seems to do the trick - at least the pages show up for Nuke (even if not under New pages). --Nakohdo 16:53, 26 January 2010 (UTC)Reply[reply]
Offical bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=9120
I can confirm that Nakohdo fix actually works. Adamtheclown 18:10, 7 December 2010 (UTC)Reply[reply]
I can confirm this works except that the file is actually Nuke_body.php on line 209. Andytizer 09:28, 1 February 2013 (UTC)Reply[reply]

how to install

I uploaded SpecialNuke.php to my extensions folder and added require_once("$IP/extensions/SpecialNuke.php"); to my LocalSetting.php, but it did not work. Should I make more changes to my LocalSetting.php

You probably installed the extension in a subdirectory. You need to point to the extension's full path. Titoxd(?!?) 06:01, 14 May 2007 (UTC)Reply[reply]

Change Nuke to be able to delete older pages?

I would like to use Nuke to delete old pages. How can I modify it to be able to delete older pages?


--Michael 14:06, 1 July 2007 (UTC)Reply[reply]

Second that. I missed a few spammers awhile back, and now there is no easy way to remove their trash. --TheAlmightyGuru 20:36, 26 April 2011 (UTC)Reply[reply]

What version does this work with?

I'm using version 1.6.8, and the Special:Nuke page just gives me the error: "You have requested an invalid special page..." 03:43, 7 September 2007 (UTC)Reply[reply]

Similar problem - trying to use it on version 1.6.10 and I get this error

Fatal error: Call to a member function on a non-object in /path_to_file_removed/includes/SpecialPage.php on line 210

Is this extension compatible with my Wiki version? 15:12, 4 November 2007 (UTC)Reply[reply]

Compatible with mediawiki-1.14.0 ?

I installed Nuke on version 1.12.0, and it works great. Does anyone know for sure if that installation will work on version 1.14.0? 14:29, 11 March 2009 (UTC)Reply[reply]

Developed on ED?

According to http://forum.rationalwiki.com, it was developed on Encyclopedia Dramatica. Is this true? 15:52, 24 November 2007 (UTC)Reply[reply]

According to Extension:Nuke, it was developed by our own Brion Vibber. --Cmelbye 20:19, 28 April 2008 (UTC)Reply[reply]

Reasons for installation failures?

I cannot get this to work. Could someone list post probable or common reasons for this. I followed the instructions. Thanks. Cruth

Poor guy, no one is helping you. [1] Odessaukrain 11:16, 27 March 2008 (UTC)Reply[reply]

Changes to work with 1.6.10

I got this working (special page loads, at least) by changing the $GLOBALS assignment in wfSetupNuke() in extensions/SpecialNuke.php to:

       $page = new SpecialPage( "Nuke", 'nuke' );


Is there an extension that would undo everything a vandal has done, ie: delete pages created (as 'nuke' already does) but also revert all changes made where there were any previous valid edits from other users? --Carlb 00:12, 24 February 2008 (UTC)Reply[reply]

Nuke lists only one of the Articles but many times

I installed Nuke according to the current instructions, and it seem to be running in general. However after I enter a User's name, it does not list all the pages, instead it lists the first (oldest) page many many times but with differing numbers (curiously all multiples of 45 as it seems):

  • TestYYY (45 changes)
  • TestYYY (45 changes)
  • TestYYY (45 changes)
  • TestYYY (90 changes)
  • TestYYY (45 changes)
  • TestYYY (45 changes)
  • TestYYY (360 changes)
  • TestYYY (90 changes)
  • TestYYY (45 changes)
  • TestYYY (135 changes)

If I choose to remove "all of them", I also get tons of deletion entries for that single page in the deletion log. On next try comes the next page (many many times) - so I can only go one by one... Any Ideas?

I use the following Extensions and versions:

  • MediaWiki: 1.12.0
  • xamp on Windows Server 2003
    • PHP: 5.2.5 (apache2handler)
    • MySQL: 5.0.51a
  • Nuke: svn revision 36923
  • Semantic Forms (Version 1.2.3)
  • ParserFunctions (Version 1.1.1)
  • Semantic MediaWiki (Version 1.1.2)
  • StringFunctions (Version 2.0)
  • language: en

Heiko Haller 18:15, 3 July 2008 (UTC)Reply[reply]

How it works

Does it deletes the pagemoves? Does it revert edits? Does it delete uploads?( 21:06, 26 August 2008 (UTC))Reply[reply]

Something other than recentchanges?

Well, I'm not holdout out much help for a reply, but I have two queries:

  • I, too, require mass deletion on something other than the recentchanges table. Preferably the whole database, or even those listed on newpages would do. How can I modify it to do so? The alternative, I suppose, is to change the length of the recentchanges and run rebuildrecentchanges.
  • I frequently get this error message:
A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:
(SQL query hidden)
from within function "SpecialNuke::getNewPages". MySQL returned error "1267: Illegal mix of collations (latin1_bin,IMPLICIT) and (utf8_general_ci,COERCIBLE) for operation '=' (localhost)".

Some of the pages I need deleting do have bizarre ascii symbols in their names, but if I attempt again on a set of pages with regular titles, I get the same error (for a while.) 15:23, 7 October 2008 (UTC)Reply[reply]

Have you considered Extension:DeleteBatch? Tisane 08:57, 31 March 2010 (UTC)Reply[reply]


Hi, I think MassBlank is closely related to this one. However I realised that it provides the possibility to enter a reason for massblanking to the admin utilising it. I think it might be a wonderful idea to integrate this possibility to Nuke, too. („nuke-nukecomment“ / „massblank-blankcomment“) Cheers --kgh 19:59, 26 May 2010 (UTC)Reply[reply]

That functionality was copied from Nuke. See the pic of Nuke in action. Tisane 04:20, 27 May 2010 (UTC)Reply[reply]
Hi Tisane, you are right! I stumbled upon this whilst translating your extension. As I used Nuke's translation as a blue print I found out, that it does not provide a possibility to translate this field to input a reason for massdeletion. („nuke-nukecomment“ / „massblank-blankcomment“) Thus I thought, I was not there. Anyway, thank your for your reply. Cheers --kgh 10:00, 27 May 2010 (UTC)Reply[reply]

Deleting Pages made with Special Characters

First off, thanks for the wonderful extension. Helped me clear up a fair amount of spam on my wiki. However, I was not able to delete certain pages, such as this:


It seems as if this page is listed, but contains no content. It's in my Special:Random and RecentChanges lists. I just can't seem to get rid of it and pages like it. Any suggestions?

ParticularlyEvil 19:12, 25 June 2010 (UTC)Reply[reply]


The installation guide says to add this to LocalSettings.php:


However, the filename is "SpecialNuke.php" for the version I downloaded (Nuke-MW1.15-r48711). Is this a recent change or version-specific or something? I thought it wasn't installing correctly until I realised the filename was different to what was specified. --Zilog Jones 16:59, 29 June 2010 (UTC)Reply[reply]

@Zilog: Anything 1.6 or earlier uses SpecialNuke. Only the development version uses Nuke so when the doc reference "older" version, it really means the current non development version.

Ah, I was about to mention the same mistake. So the "trunk" version is considered the latest, and 1.16 (current) is considered an old version? Heh, that's amusing for some reason.Asndb 12:14, 15 September 2010 (UTC)Reply[reply]

You are not allowed to execute the action you have requested.

When I go to Special:Nuke page, I get this with MW 1.16 and the the latest version of Nuke.php.

Try adding this to LocalSettings.php
$wgGroupPermissions['sysop']['nuke'] = true;

SBachenberg 08:55, 19 October 2010 (UTC)Reply[reply]

Ban User As Well

Love the extension, but I wonder if you could integrate banning a user at the same time we nuke their vandalization. It seems that if you're going to delete everything a user just posted, you're most likely going to ban them as well. But currently, I have to manually ban them afterwards. --TheAlmightyGuru 20:36, 26 April 2011 (UTC)Reply[reply]

I second that. --Chriswaterguy 13:02, 1 July 2011 (UTC)Reply[reply]

Delete uploaded files?

A common pattern for spammers these days is to upload an image file and create a page using that image. If images were deleted along with pages, that would help a lot. --Chriswaterguy 13:04, 1 July 2011 (UTC)Reply[reply]

Mass rollback

It would be very useful if someone took the time to develop an extension that reverts all of a user's edits 20:04, 12 October 2011 (UTC)Reply[reply]

Have you looked at b:en:MediaWiki Administrator's Handbook/Rollback , w:en:Wikipedia:Rollback_feature , API:Rollback ? --Nakohdo 04:47, 13 October 2011 (UTC)Reply[reply]
The API seems to be the only one of those pages that could actually help in this case. The question was about mass rollback, not just your usual one-at-a-time rollback. Reach Out to the Truth 05:03, 13 October 2011 (UTC)Reply[reply]

Beta status should change

This extension is being used on all WMF wikis. It is also being bundled with the MediaWiki 1.18 release - correct me if I'm wrong, but that seems to indicate that it's no longer a beta. This extension's beta status should be reviewed and updated, if it truly warrants it. If it doesn't warrant it, maybe AT LEAST the decision to bundle it with MediaWiki releases should be reconsidered. Badon 00:29, 31 December 2011 (UTC)Reply[reply]

I agree. I just changed it to stable. Cheers --[[kgh]] 23:21, 21 January 2012 (UTC)Reply[reply]