Extension talk:Recent Changes Cleanup

From MediaWiki.org
Jump to: navigation, search
Start a new discussion
 

Contents

Thread titleRepliesLast modified
Special page bug323:49, 12 May 2013
Access to the SpecialPage as Sysop122:45, 9 September 2012
Lol103:57, 8 December 2011
Stopped working with an update to 1.18.0203:56, 8 December 2011

Special page bug

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

FarwayK (talk)‎19:00, 12 June 2012

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?

Craig131 (talk)‎22:20, 27 August 2012

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
 ?>
FarwayK (talk)‎00:06, 15 November 2012

I fixed some stuff as pointed out above. Should work fine for now. Thanks guys, that bug had trouble me as well sometimes.

Choshi (talk)‎20:31, 31 March 2013
 
 
 

Access to the SpecialPage as Sysop

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;

213.196.170.72‎20:42, 22 July 2012

Doesn't work for me in 1.19.2. Anyone else know how to achieve this? I guess for now I will remove the limit altogether.

Edit: My bad, I made a mistake with your instructions. It works like a charm, thank you.

Craig131 (talk)‎22:39, 9 September 2012
 

Lol

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!

Litso 12:15, 11 March 2011 (UTC)‎17:21, 13 October 2011

Yea, with this one if you need to see which ones have been hidden, you can do "show bots".

Choshi‎03:57, 8 December 2011
 

Stopped working with an update to 1.18.0

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>

FarwayK‎21:58, 3 December 2011

Looks like the recent updates have broken a number of extensions (1.17 got rid of a certain file that people were using). I'll try to fix this and will come back if I find a solution. I'll post a message on your talk page if I find a solution.

Choshi‎02:45, 5 December 2011
 

Ok, I updated it for 1.18, should work now.

Choshi‎03:55, 8 December 2011
 
Retrieved from "http://www.mediawiki.org/w/index.php?title=Extension_talk:Recent_Changes_Cleanup&oldid=443545#Stopped_working_with_an_update_to_1.18.0_9641"