-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Originally, the Special:Undelete front page listed every page in the deleted page archive. Pretty quickly that became _too big_ to list for Wikipedia, and we hackily disabled it, with a pointer to the deletion log.
But the original code stayed, and a default MediaWiki still tries to show everything. That's potentially a lot... especially after an upgrade to 1.9 which deletes a thousand-plus MediaWiki:foo pages!
In my ongoing effort to merge or otherwise rid all our live code hacks, I've patched up Special:Undelete a bit.
Instead of the full list or the hacked-in hardcoded message, the pointer to the deletion log is now localizable/customizable. Additionally, there's a search field: type in a page title or title prefix, and it'll list out (up to 100) matching titles.
It's a simple prefix match, but should still be pretty handy.
This change is live as of some minutes ago.
- -- brion vibber (brion @ pobox.com / brion @ wikimedia.org)
On Wed, 17 Jan 2007 01:44:06 -0800, Brion Vibber wrote:
But the original code stayed, and a default MediaWiki still tries to show everything. That's potentially a lot... especially after an upgrade to 1.9 which deletes a thousand-plus MediaWiki:foo pages!
On a related note, is there a simple way to make these pages disappear when upgrading to 1.9? I think maintenance/nukePage.php does something like this, but would have to be called once per page. A script to nuke the whole namespace may be useful for small wikis that normally have only a few items in the deletion log.
On 17/01/07, Steve Sanbeg ssanbeg@ask.com wrote:
On a related note, is there a simple way to make these pages disappear when upgrading to 1.9? I think maintenance/nukePage.php does something like this, but would have to be called once per page. A script to nuke the whole namespace may be useful for small wikis that normally have only a few items in the deletion log.
I don't see what's wrong with the existing method, apart from the fact that it floods the deletion log; we could do something about that, I expect.
Rob Church
On Wed, 17 Jan 2007 17:01:08 +0000, Rob Church wrote:
On 17/01/07, Steve Sanbeg ssanbeg@ask.com wrote:
On a related note, is there a simple way to make these pages disappear when upgrading to 1.9? I think maintenance/nukePage.php does something like this, but would have to be called once per page. A script to nuke the whole namespace may be useful for small wikis that normally have only a few items in the deletion log.
I don't see what's wrong with the existing method, apart from the fact that it floods the deletion log; we could do something about that, I expect.
It's not a big issue, but on small private wikis where deletions aren't common, it should be fairly easy to find deleted pages, so flooding the delete logs and recent changes probably isn't ideal.
It seems simple enough to modify nukePage to delete a namespace, and even skip articles with multiple revisions; which would make for a cleaner upgrade. -Steve
On Wed, 17 Jan 2007 13:59:04 -0500, Steve Sanbeg wrote:
On Wed, 17 Jan 2007 17:01:08 +0000, Rob Church wrote:
On 17/01/07, Steve Sanbeg ssanbeg@ask.com wrote:
On a related note, is there a simple way to make these pages disappear when upgrading to 1.9? I think maintenance/nukePage.php does something like this, but would have to be called once per page. A script to nuke the whole namespace may be useful for small wikis that normally have only a few items in the deletion log.
I don't see what's wrong with the existing method, apart from the fact that it floods the deletion log; we could do something about that, I expect.
It's not a big issue, but on small private wikis where deletions aren't common, it should be fairly easy to find deleted pages, so flooding the delete logs and recent changes probably isn't ideal.
It seems simple enough to modify nukePage to delete a namespace, and even skip articles with multiple revisions; which would make for a cleaner upgrade.
I've added a maintenance/nukeNS.php script, which I used to do an upgrade. It deletes entries with one revision, which causes it to miss any that were modified by an upgrade script. So instead of 1500 entries in the delete log, you'd get something like 5.
Brion Vibber wrote:
Instead of the full list or the hacked-in hardcoded message, the pointer to the deletion log is now localizable/customizable. Additionally, there's a search field: type in a page title or title prefix, and it'll list out (up to 100) matching titles.
Since no-one else has said it: Thanks, Brion, good idea and good work! :)
Timwi
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Timwi wrote:
Brion Vibber wrote:
Instead of the full list or the hacked-in hardcoded message, the pointer to the deletion log is now localizable/customizable. Additionally, there's a search field: type in a page title or title prefix, and it'll list out (up to 100) matching titles.
Since no-one else has said it: Thanks, Brion, good idea and good work! :)
whee thanks :D
- -- brion vibber (brion @ pobox.com)
wikitech-l@lists.wikimedia.org