Extension talk:Recent Changes Cleanup
Contents
| Thread title | Replies | Last modified |
|---|---|---|
| Download link appears to broken! | 3 | 08:35, 21 August 2013 |
| Fatal error in RecentChangesCleanup_body.php | 2 | 18:31, 8 June 2013 |
| Special page bug | 3 | 23:49, 12 May 2013 |
| Access to the SpecialPage as Sysop | 1 | 22:45, 9 September 2012 |
| Lol | 1 | 03:57, 8 December 2011 |
| Stopped working with an update to 1.18.0 | 2 | 03:56, 8 December 2011 |
Just an FYI to everyone, including the owner of the project hopefully. Could really use this extension right about now!
The link does not work, as "The Google Account of a site owner has been disabled because of a perceived violation of the Terms of Service."
Could someone please be so kind and rehost it somewhere?
Hi all, After updating to 1.21 (which I know it says isn't supported fully by this extension yet, so I'm wondering if I've discovered a bug?), I get the following error when I try and access the Special page:
- Fatal error: Call to undefined function wfLoadExtensionMessages() in /home/*****/public_html/wikific/extensions/RecentChangesCleanup/RecentChangesCleanup_body.php on line 10\
Line 10 is the one that reads "wfLoadExtensionMessages('RecentChangesCleanup');" and all I can find about it refers to the possibility of wfLoadExtensionMessages getting replaced or updated with something different in one of the more current MediaWiki releases.
Is there anything that can be done to resolve this, or should I temporarily disable this extension?
I see. Yes right now just temporarily disable it. I guess I'll have to see when I upgrade to 1.21. I haven't done that yet because I want to wait for it to stabilize a little. This means I'll also have to test it out on a local machine to see what goes on with other extensions so yea this might take a while before I can get it fixed. I'm assuming commenting that line out at line 10 doesnt work. (using a // before that line)
On the special-page, one of the comments, concerning the creation of a new page, contained some html code, that broke the layout. (it contained <table> ...)
Sending the text (comments, titles etc.) through the htmlspecialchars() fixes this.
BTW this plug-in is working fine with MediaWiki v1.19.0 and v1.19.1
Happened to me to. This is an annoying bug because the site layout is completely missing on that page now. Hope it gets fixed eventually?
Working in MediaWiki v1.20
My version, including the group permission by 213.196.170.72 and displaying 250 items per page (default 100)
Or do it manually by editing the last lines of RecentChangesCleanup_body.php
$wgOut->addHTML('<td>' . $rc_user_text . '</td>' . '<td>' . $rc_title . '</td>' . '<td>' . htmlspecialchars($rc_comment) . ' </td>' . '</tr>');
}
$wgOut->addHTML('</table>');
$dbr->freeResult($res);
}
// function execute
} // class
?>
We had the little problem that this extension only checks if someone has more than 500 edits, an administrator (sysop) is not able to access the special page. We solved it by this little change:
In the File RecentChangesCleanup_body.php change the Line 21 to Line 25:
if ( !($edit_count > $min_edit_count || $wgUser->isAllowed( 'recentchangescleanup' ))) { $wgOut->addHTML('<br>Access to this maintenance related page is limited to editors with atleast ' . $min_edit_count . ' edits or with RecentChangesCleanup right' ); return; }
And add following line to your extension settings (often your LocalSettings.php)
$wgGroupPermissions['sysop']['recentchangescleanup'] = true;
I just wrote a plugin that does effectively the same but actually deletes the Recent Changes entry from the database. On trying to create a page for it (with the exact same title as your plugin) I found out about this plugin... Your solution is so much cleaner I'll just abandon mine. Thanks for the plugin!
With the recent update to v1.18.0 this plug-in stopped working for me. The special page doesn't load and the description-field contains just: <RecentChangesCleanup-desc>
