On Fri, Jul 29, 2016 at 2:03 PM, Adam Baso <abaso(a)wikimedia.org> wrote: I think this can be done similarly to the instructions given on Extension:ContactPage that implement a SkinTemplateOutputPageBeforeExec handler in LocalSettings.php [0]. To change both the desktop site skin and the mobile site skin you will need to install hook handlers for both SkinTemplateOutputPageBeforeExec and SkinMinervaOutputPageBeforeExec. Looking at the source, it seems that MobileSiteOutputPageBeforeExec [1] may actually be a better hook to use. It has the same signature as SkinTemplateOutputPageBeforeExec, is not marked as deprecated in the code, and was created in order to make modifying footer links possible [2]. It would be a nice thing for someone to document this hook on mediawiki.org. It seems that there are several hooks for MobileFrontend that are currently undocumented [3]. [0]: https://www.mediawiki.org/wiki/Extension:ContactPage#Further_customization [1]: https://github.com/wikimedia/mediawiki-extensions-MobileFrontend/blob/235fb… [2]: https://phabricator.wikimedia.org/T68350 [3]: https://github.com/wikimedia/mediawiki-extensions-MobileFrontend/search?utf… -- Bryan Davis Wikimedia Foundation <bd808(a)wikimedia.org> [[m:User:BDavis_(WMF)]] Sr Software Engineer Boise, ID USA irc: bd808 v:415.839.6885 x6855

SkinTemplateOutputPageBeforeExec should be fine for this but extension loading may interfere. It's used in WikimediaMessages extension to add the developers and cookie statement links to the footer. https://github.com/wikimedia/mediawiki-extensions-WikimediaMessages/blob/ma… You can restrict to just mobile by wrapping the hook in the if statement: $context= MobileContext::singleton(); if ($context->shouldDisplayMobileView() ) { // add links } However... this hook needs to be registered after MobileFrontend installs its own hooks. Last time I checked (but didn't verify) pasting into LocalSettings.php caused the hook to register after MobileFrontend (which loads via extension loading). I'm not sure if this is a known bug or a workaround exists. On Mon, Aug 1, 2016 at 2:22 AM, Sam Smith <samsmith(a)wikimedia.org> wrote: