Extension talk:Nuke

About this board

previous talk on this page


Liz (talkcontribs)

Hello, I'm an admin on the English Wikipedia and when mass deletion of pages happens, usually the result of the discovery of a sockpuppet, the Nuke tool doesn't delete the Talk pages along with the articles and drafts. Is this an intentional feature? Because it leaves orphaned talk pages that have to be cleaned up afterwards. Could you fix the tool so it works like Twinkle and talk pages are deleted along with article and draft pages? Thanks.

Samwalton9 (WMF) (talkcontribs)

Hi Liz, thanks for the suggestion! This is on the list of issues we plan to fix as part of the improvement project we're just starting. We're still figuring out the technical approach for this particular feature, but you can follow the discussion at T95797 :)

Reply to "Orphaned talk pages"

WMF project to improve Nuke

1
Samwalton9 (WMF) (talkcontribs)
Reply to "WMF project to improve Nuke"
Summary by Kghbln

Sysops are presumably, outside of the MediaWiki world, generally better known as admins.

97.91.34.184 (talkcontribs)

What are you talking about?

Clump (talkcontribs)

The internal name for system administrators, aka admins.

Bovlb (talkcontribs)

How can we configure the list of reasons? On Wikidata, we often have users create many empty pages, and we prefer to indicate that in the deletion reason.

Bovlb (talkcontribs)

So I have found that the list of popup reasons is configured on MediaWiki:Deletereason-dropdown, and "Empty item" appears on the list of reasons for namespace 0. Unfortunately, there doesn't appear to be any way to get namespace-specific reasons to show up in the interface.

Reply to "Configure reason"
Cocopuff2018 (talkcontribs)

how do i fix this error it happens when i try to block a user from the wiki?


[ZG6QLuX5ow6G@Z@RqZ-gqwAAAAI] /index.php/Special:Block/Wiskyonthebayou Error: Call to undefined method MediaWiki\Block\DatabaseBlock::getTarget()

Backtrace:

from /home/vol1000_8/epizy.com/epiz_34255819/htdocs/extensions/DiscordNotifications/DiscordNotificationsCore.php(410)

#0 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/includes/HookContainer/HookContainer.php(338): DiscordNotificationsCore::onDiscordUserBlocked(MediaWiki\Block\DatabaseBlock, User, NULL)

#1 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/includes/HookContainer/HookContainer.php(137): MediaWiki\HookContainer\HookContainer->callLegacyHook(string, array, array, array)

#2 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/includes/HookContainer/HookRunner.php(1039): MediaWiki\HookContainer\HookContainer->run(string, array)

#3 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/includes/block/BlockUser.php(604): MediaWiki\HookContainer\HookRunner->onBlockIpComplete(MediaWiki\Block\DatabaseBlock, User, NULL)

#4 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/includes/block/BlockUser.php(532): MediaWiki\Block\BlockUser->placeBlockInternal(boolean)

#5 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/includes/block/BlockUser.php(466): MediaWiki\Block\BlockUser->placeBlockUnsafe(boolean)

#6 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/includes/specials/SpecialBlock.php(922): MediaWiki\Block\BlockUser->placeBlock(boolean)

#7 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/includes/specials/SpecialBlock.php(1036): SpecialBlock::processFormInternal(array, User, MediaWiki\Block\UserBlockCommandFactory, MediaWiki\Block\BlockUtils)

#8 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/includes/htmlform/HTMLForm.php(725): SpecialBlock->onSubmit(array, OOUIHTMLForm)

#9 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/includes/htmlform/HTMLForm.php(615): HTMLForm->trySubmit()

#10 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/includes/htmlform/HTMLForm.php(631): HTMLForm->tryAuthorizedSubmit()

#11 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/includes/specialpage/FormSpecialPage.php(209): HTMLForm->show()

#12 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/includes/specialpage/SpecialPage.php(701): FormSpecialPage->execute(string)

#13 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/includes/specialpage/SpecialPageFactory.php(1428): SpecialPage->run(string)

#14 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/includes/MediaWiki.php(316): MediaWiki\SpecialPage\SpecialPageFactory->executePath(string, RequestContext)

#15 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/includes/MediaWiki.php(904): MediaWiki->performRequest()

#16 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/includes/MediaWiki.php(562): MediaWiki->main()

#17 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/index.php(50): MediaWiki->run()

#18 /home/vol1000_8/epizy.com/epiz_34255819/htdocs/index.php(46): wfIndexMain()

#19 {main}

nuked pages are not moved to the archive table

1
192.222.162.46 (talkcontribs)

I nuked a few thousands pages in my wiki to clean up some spam vandalism and the pages haven't been moved to the archive table. The spam is still in the text and content tables, but there are no references to these records in the archive or revisions tables.

Running maintenance/deleteArchivedRevisions.php or maintenance/purgeOldText.php doesn't cleanup the database, and there is still activity attributed to the spam accounts, so I can't clean them up with maintenance/removeUnusedAccounts.php.

Does anyone know why this might have happened ? This is a wiki that began at 1.35, so I suspect that the changes to the database have something to do with it, but I'm really not sure.

Reply to "nuked pages are not moved to the archive table"

Allow nuke to delete older pages

3
Guiwald (talkcontribs)

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

G.Hagedorn (talkcontribs)

If you have access to LocalSettings, you can change the duration in which recentchanges are recorded to an arbitrary timespan. We repeatedly set it to over a year, then run the rebuildrecentchanges php script, and the desired articles were available to Nuke.

Diomidis Spinellis (talkcontribs)

Specifically in LocalSettings.php set

// Two years
$wgRCMaxAge = 2 * 365 * 24 * 60 * 60;

and run

php maintenance/rebuildrecentchanges.php

Then reset wgRCMaxAge and rerun rebuildrecentchanges.php.

To avoid having a list of thousands of deleted pages you might want to set wgRCMaxAge to 0, run maintenance/rebuildrecentchanges.php and then remove the setting. The list of recent pages will then start from empty.

Reply to "Allow nuke to delete older pages"
Paloi Sciurala (talkcontribs)

Does a "MassRollback" extension exists?

Reply to "MassRollback"

How is "recent" defined?

4
Michael Chidester (talkcontribs)

I have a private wiki and I need to delete every page created by a certain bot. This is on the order of 10^5 pages created over the past five years, only a few thousand of which are edited by the bot in a given month. Is there a way to extend the Nuke threshold to include an arbitrarily long time period like this?

~ Michael Chidester (Contact) 20:55, 29 November 2018 (UTC)

Treebytron (talkcontribs)

same question here... We have tons of spam pages but none of them are showing up, would be helpful to be able to specify dates or search all dates... thanks!

Vapblack (talkcontribs)

same question here. I'd like to delete pages that I didn't notice years ago from certain spam accounts. Is there a way to just delete everything by a user?

Lemmmy (talkcontribs)

me 2

Reply to "How is "recent" defined?"
2600:387:5:805:0:0:0:6B (talkcontribs)
Kghbln (talkcontribs)

People thought it was funny at the time it was created I guess. Anyhow, what's in a name? That which we call a rose by any other name would smell as sweet.

Reply to "name"
Return to "Nuke" page.