bingle-admin wrote:

Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1895

One notices

/**

• Make the classes, tags and ids stripped from page content configurable.
• Each item will be stripped from the page. */

$wgMFRemovableClasses = array(
These rules will be used for all transformations
'base' => array(),
HTML view
'HTML' => array(),
);

Maybe this somehow could be/is related/employed?

One notices a
protected function renderPageActions( $data ) {

		?><ul id="page-actions" class="hlist"><?php
		foreach( $this->getPageActions() as $key => $val ):
			echo $this->makeListItem( $key, $val );
		endforeach;
		?></ul><?php

}

Maybe wrapping part of it in
if(!$wgMFNoPageActions){}
might work.

I tried
function JZ(&$z){$z->data['page_actions']=array(); return true;}
$wgHooks['MinervaPreRender'][]='JZ';
but that didn't work. Maybe I'm barking up the wrong tree.

I'm confused. With the MinervaPreRender patch, are you writing a patch to fix this or looking for a short term fix? Short term fix would be to simply use css or hack the PHP (not advised :-)).

SOmething like $wgMFNoPageActions would be great - but even better if it was more granular

e.g. $wgMFPageActions = array( 'watch', 'talk', 'edit', 'upload' );

No page actions would then just be a case of:
$wgMFPageActions = array();

Yes please implement that find grained approach. And users could then also do
$wgMFPageActions = array();
in LocalSettings.php to prevent current and future page actions from appearing.

Is there even a hook to get at this?

I will try my luck and implement the solution as Jon has proposed :) Have we a look what i can :D

Change 135793 had a related patch set uploaded by Florianschmidtwelzow:
Allow customization of page action buttons

https://gerrit.wikimedia.org/r/135793

Change 135793 merged by jenkins-bot:
Allow customization of page action buttons

https://gerrit.wikimedia.org/r/135793