Extension talk:MobileFrontend/2015

If you have a feature request just request it here you'll get a much quicker reply :-) We are also around in #wikimedia-mobile if you want a quicker answer!

Extension:MobileFrontend vs. Mobile_Web

Hello, it's not immediately clear how the pages Extension:MobileFrontend vs. Mobile_Web relate to each other. I guess Extension:MobileFrontend is the "product" of the Mobile_Web team. It would be helpful if there were clear links from one to the other! Bjoern (talk) 16:30, 5 January 2015 (UTC)

Cannot view images

Opening and image in mobile view I am always having the loading circle that goes and goes, never ending. No images showed.

Using MW 1.24.1 with last Mobile frontend for 1.24

EDIT: https://phabricator.wikimedia.org/T86467 Raid (talk) 22:42, 9 January 2015 (UTC)

PHP Fatal error: Class 'ResourceLoaderTemplateModule' not found ?

Hey all, I've just noticed that my mobile views are coming up as blank pages, and logging an accompanying "PHP Fatal error: Class 'ResourceLoaderTemplateModule' not found in /swadm/www/w/includes/resourceloader/ResourceLoader.php on line 496". I've redownloaded and reinstalled both MediaWiki 1.24.1 and MobileFrontend REL1_24, to no effect. The site is otherwise healthy, with no errors on the desktop view or when MobileFrontend is disabled, and all worked fine as of 1.23. Anyone have a clue for me? Thanks! ZZninepluralZalpha (talk) 07:09, 30 January 2015 (UTC)

Although latest master no longer has a dependency on it. Older installs will need the Mantle extension.

Easiest thing to do is upgrade to latest MobileFrontend. 2607:FB90:2700:6F58:C5BC:97BF:302E:8476 17:25, 30 January 2015 (UTC)

Thanks for the reply. Mantle is installed and activated, and I updated it while troubleshooting. The MobileFrontend master says it requires MediaWiki 1.25--is there a more current version than REL1_24-011e6c1 for 1.24.1, or a flag to force the master to run? 2607:EA00:104:3C00:751B:FA97:1806:9DF3 23:05, 30 January 2015 (UTC)

Eventually tried redownloading and overwriting the ExtensionDistributor snapshot of Mantle, which I swear I've done before, but this time it restored the mobile view to full health. I guess this one must have been user error. ZZninepluralZalpha (talk) 19:54, 1 March 2015 (UTC)

Same problem here.

This is what I did to fix it:

- Using mantle from git I checked out the REL1_24 branch

- Same for MobileFrontend Camponez (talk) 13:49, 8 March 2015 (UTC)

Categories on File Upload

Is there any planned functionality for this to be able to add categories at upload time in addition to the Description? 2601:7:9C82:4E00:D267:E5FF:FE3B:2F46 20:04, 2 March 2015 (UTC)

The upload feature is actually not in development, so i assume, that there are no plans to do that. But there is a function in alpha mode to see and add categories to page, if you use the latest master of MobileFrontend (i hope you don't ;)). Florianschmidtwelzow (talk) 15:03, 5 March 2015 (UTC)

[RESOLVED] $wgMobileFrontendLogo

We read

$wgMobileFrontendLogo	false, default no logo
URL to the logo used in the mobile view. Should be 35 × 22 px.

However in the code it says

/**
 * Path to the logo used in the login/signup form
 * The standard height is 72px
 * FIXME: Merge with $wgMFCustomLogos
 */
$wgMobileFrontendLogo = false;

So it turns out this logo is not 35x22, and it only appears on one form, not every page as one would assume. Jidanni (talk) 13:55, 5 March 2015 (UTC)

Done fixed doc Florianschmidtwelzow (talk) 15:01, 5 March 2015 (UTC)

[RESOLVED] When I activate MobileFrontend I get a blank page!

Hi,

First I installed MobileFrontend (and Mantle) local (with XAMPP). I activated both and everything worked fine.

Now I installed both on my webserver, but when I activate them I get a blank page and when I refresh I get HTTP 500 error.

The strange thing is, when I type manually an other page as the main page, I can see the pages in mobile view on my PC.
And when I try to get back to Main page, it still does not work.

The other thing is: When I click to normal view at the bottom everything works again, even the Main page...

My server works with https!

• MediaWiki 1.24
• MobileFrontend-REL1_24-154cfe0
• Mantle-REL1_24-8fa4c6e

LocalSettings.php:

require_once "$IP/extensions/MobileFrontend/MobileFrontend.php";
$wgMFAutodetectMobileView = true;
require_once "$IP/extensions/Mantle/Mantle.php";

In MobileContext.php:

$forceHttps = false
...
$parsedUrl['scheme'] = 'https';

Zerano8 (talk) 10:09, 19 March 2015 (UTC)

I don't know about your specific problem, but Blank page contains some advice on how to debug such issues. Nemo 13:59, 19 March 2015 (UTC)

Your Manual page does not contain content...!?

I tried now php error_reporting:

Fatal error: Call to undefined function mb_convert_encoding() in /var/www/mediawiki-1.24.1/includes/HtmlFormatter.php on line 66

I think I know the problem. I need mbstring on my Apache.

From the extension start page: "Although MediaWiki doesn't require it, PHP must have mbstring support for this extension to work (Task T62174)."

I call our Network admin and ask to install it... Hope that it will solve the problem. Zerano8 (talk) 12:46, 20 March 2015 (UTC)

Done. Ok, I solved it! I had to install mbstring! Zerano8 (talk) 15:06, 20 March 2015 (UTC)

Where is add topic button?

Where is add topic button? I can't find it after login.

I saw a modification set it only show to login user on Jun 3, 2013 2:08 PM : https://gerrit.wikimedia.org/r/#/c/66308/

Is this feature deleted? Zoglun (talk) 22:42, 24 March 2015 (UTC)

Disable some used scripts in mobile version, how to do that?

Hello all, Well I have a java script to be inserted inside of some pages. It looks like:

<script src="/scripts/script.js"></script>

Is it possible to disable it in mobile version? (to remove it from the page code of mobile version?) - nomobile class of course doesn't work - it just hides elements! 193.200.211.146 06:29, 27 March 2015 (UTC)

How do you load the script? You schould consider using ResourceLoader, there you can specify the target of a module (mobile or desktop or both). Florianschmidtwelzow (talk) 11:58, 27 March 2015 (UTC)

I insert the script using other extension HTMLets (http://www.mediawiki.org/wiki/Extension:HTMLets). And this script is used on several pages, but I don't want this script to be at all on mobile version, that was a question ) Any ideas how can I disallow this script in Mobile version? 193.200.211.146 14:00, 27 March 2015 (UTC)

That looks crazy :) But i think (after a quick review) there is no easy way to do this. What does the script do? Maybe you can use an own extension to deliver the script with the resourceloader (where you can specify the targets, like desktop or/and mobile) :) Florianschmidtwelzow (talk) 00:31, 29 March 2015 (UTC)

I know that it looks crazy ))) I use this script to insert divs with different height propely on the page. And I use it just on main page and some others. In mobile version there is no need for this script as I had written.

If I use extension:Gadgets for using this script will it be helpful to exlude it from mobile version?

And this script would not work if the name of the div where javascript is aplicable would be changed in Mobile version ). I don't know if it is possible to make it somehow Fokebox (talk) 14:47, 31 March 2015 (UTC)

Allow anonymous to upload image

I want to allow anonymous to upload. But I could not search that feature on any website. What should I do? 116.36.29.144 15:48, 21 April 2015 (UTC)

Display Category?

Tracked in Phabricator
Task T24660

Is there any way to get the MobileFrontend to display page category somewhere? It's quite useful when browsing. I've looked around and there was talk of inserting it into an alpha version back in 2012, but that seems to have been abandoned. Balerion300 (talk) 08:04, 23 April 2015 (UTC)

Don't let users edit in mobile only

In LocalSettings.php for desktop I do

function JidanniDontInviteEdit(&$article,&$outputDone){if($article->getID()===0){
   switch($article->getTitle()->getNamespace()){case NS_CATEGORY:case   NS_CATEGORY_TALK:$outputDone=true;}}return true;}

How can I do the same for mobile? I don't want users to edit categories on my special purpose site.

Or is there a way to make mobile totally readonly? Jidanni (talk) 01:15, 26 April 2015 (UTC)

File Cache

I'm a little confused regarding how MobileFrontend plays with the file cache. I've seen various reports suggesting that for the file cache to properly work when serving MobileFrontend and desktop versions of a page, you need to save the resulting files in separate directories to get the most out of it. [| Here] you can see an example of what people are talking about.

The reason I ask is that we recently upgraded from 1.17 to 1.24.1, and we found the file cache had become a major bottle neck all the sudden. And we realized the fact that deploying MobileFrontend (a major reason why we upgraded) could be leading to problems with the server figuring out what to serve out of cache given users looking at the same pages with different skins, especially (as in our case) we also have Varnish running.

Does that sound feasible? Balerion300 (talk) 22:06, 29 April 2015 (UTC)

Bumping this in hopes someone will notice this... Balerion300 (talk) 12:12, 15 July 2015 (UTC)

How to get google search the right URL of mobile version?

Google do have good sort of Wikipedia's mobile URL: http://en.m.wikipedia.org/wiki/Mobile

However, Google either refuse to accept my mobile site or sort wrong link such as: http://m.moegirl.org/index.php?title=Mainpage&mobileaction=toggle_view_mobile

How to get Google accept http://m.moegirl.org/Mainpage?

$wgMFNoindexPages = false now. Zoglun (talk) 20:53, 1 May 2015 (UTC)

Do you have a rel alternate something in the <head>? Nemo 18:54, 4 May 2015 (UTC)

Enable JavaScript Plugin that work in Desktop version

Hi, in the <head> section of the MonoBookTemplate I've added a couple of <script> lines to use a JavaScript that renders musical scores (png images) from the ABC Music Notation (text). Do I have to put the same lines somewhere in MobileFrontend?

---

Trying to add the JavaScript call in protected function renderContentWrapper( $data ) partially solve the problem.. Silkwood (talk) 20:41, 3 May 2015 (UTC)

Setting up browser auto-detection

There is something I am not quite getting: I have a domain say "hello.example.com" and I set up a second separate domain for mobile view e.g. "world.example.com". So I map the mobile wiki in the vhost for "world.example.com" to the same wiki with the difference that I add

RequestHeader set X-WAP "no"

to it. After that I set

## MobileFrontend
require "extensions/MobileFrontend/MobileFrontend.php";
$wgMFAutodetectMobileView = false;
$wgMobileUrlTemplate = 'world.example.com';

So what happens:

• When I access "hello.example.com" I get the classic view. Cool.
• When I access "world.example.com" I get the mobile view. Cool.
• When I click on the "mobile view" link at the bottom of "hello.example.com" I remain on "hello.example.com". Uncool.
• When I click on the "classic view" link at the bottom of "world.example.com" I remain on "world.example.com". Uncool.

I have not even added caching via memcached to the setup.

Appreciate any tip here. Thanks and cheers [[kgh]] (talk) 14:15, 4 May 2015 (UTC)

Exclude text parts in mobile view

Is it possible to exclude parts of the article from display/load in the mobile front end, ie display only in the desktop version but not in the mobile one? Maybe the reverse behavior is also needed: content parts are shown only in the mobile but not in the desktop version. RolandUnger (talk) 07:34, 5 May 2015 (UTC)

See Extension talk:MobileFrontend/2013#c-Happily8-2013-10-10T12:10:00.000Z-How_can_I_hide_certain_parts_of_the_page_only_from_mobile_view_of_Mediawiki?. FriedhelmW (talk) 17:06, 5 May 2015 (UTC)

Exclude page from mobile view?

I have some articles that aren't optimized for the mobile view. Rather than figure out how to make these few work best with the mobile frontend, is there any way to make a page default to desktop view and bypass mobile, without requiring the user switch views manually? 68.230.160.245 08:43, 9 May 2015 (UTC)

Found it.

$wgMFNoMobilePages 68.230.160.245 11:50, 9 May 2015 (UTC)

MobileFrontEnd auto detect mobile view problem

Hi,

#MobileFrontEnd
require_once "$IP/extensions/MobileFrontend/MobileFrontend.php";
$wgMFAutodetectMobileView = true;

Auto detect mobile view is not work correctly. Google bots open pages with mobile view and not index these pages. How i fix this problem? Bekircem (talk) 16:25, 16 May 2015 (UTC)

This is an interesting question... Probably the extension assumes some webserver or MediaWiki configuration which you don't conform to, it would be nice to have a bug report with more details or an answer here if you found a solution in the meanwhile! Nemo 22:33, 30 May 2015 (UTC)

Is the WMF still using Varnish to auto-detect mobile devices?

This page claims that it does detection at the cache layer, but I couldn't find a single file in the Operations git that does such a thing. There used to be a device-detection.vcl, but it's actually specifically removed by puppet:

file { '/etc/varnish/device-detection.inc.vcl':
        ensure  => absent,
    }

So: did I miss something? If not, how does it currently work?

Thanks! FFS ^Talk 02:02, 19 May 2015 (UTC)

MobileFrontend, Portals, and H2 Headings

Hello:

We're using the MobileFrontend extension on our wiki, sourcewatch.org

This is our set-up:

MediaWiki 1.24.1

PHP 5.3.29 (apache2handler)

MySQL 5.1.56-log

MobileFrontend (version not appearing on the Special:Version page)

We also have portals enabled on this wiki.

I've noticed a couple of weird things happening with h2 headings on portal pages in the mobile view:

1) H2 headings for the individual portal boxes are being converted into collapsible headings

2) H2 headings that appear in the text body of portal boxes break the box border

Does anyone have any idea what's going on with this?

Thank you! Patricia Barden (talk) 15:54, 22 May 2015 (UTC)

Can you give us a link? FriedhelmW (talk) 17:03, 22 May 2015 (UTC)

Sure. An example of the weirdness can be seen at this portal page, in the mobile view. Patricia Barden (talk) 14:20, 26 May 2015 (UTC)

You can't use a H2 heading inside a box, sorry. You can use <big> instead. FriedhelmW (talk) 16:01, 27 May 2015 (UTC)

It's not legit to require degradation of semantics. I'd consider this a bug, is there a report? Nemo 17:18, 1 June 2015 (UTC)

I've always seem this as a bug in MediaWiki you can edit a section but you cannot view a section.

Portals are highly problematic on the mobile site since they make use of floated divs which cannot easily be fixed without some form of style tag support in core.

This issue dates back at least 4 years and has various bugs open including one I proposed recently to simply explicitly say we do not support portal pages on mobile and redirect to desktop (you can currently do this on a per page basis using the blacklist config variable.

Apologies for lack of links I am on my phone so finding them is not easy right now. Jdlrobson (talk) 15:40, 2 June 2015 (UTC)

Listo of pages nearby the user

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Is it possible to list pages in a range from the user position? Thank you. Gborgonovo (talk) 14:27, 25 May 2015 (UTC)

Go to Mobile View. From the menu, select "Nearby" ([1]). FriedhelmW (talk) 19:09, 25 May 2015 (UTC)

OK, thank you. Is it a way of having it by code, to use in pages? Gborgonovo (talk) 19:33, 25 May 2015 (UTC)

The code is

<div class="printNoLink plainlinks">[https://en.m.wikipedia.org/wiki/Special:Nearby here]</div> FriedhelmW (talk) 20:11, 25 May 2015 (UTC)

...and is it possible to query them to make, for example, a dotted list or a comma separated list or to create a map? Thank you for your kindness. Gborgonovo (talk) 06:57, 26 May 2015 (UTC)

For an interactive world map see http://maps.wikivoyage-ev.org/w/artmap.php?lang=en FriedhelmW (talk) 16:06, 28 May 2015 (UTC)

@Gborgonovo: I wrote an article about that, API:Showing nearby wiki information. SPage (WMF) (talk) 03:29, 19 June 2015 (UTC)

Thank you, I'll look at it! Gborgonovo (talk) 16:35, 22 July 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

White screen when edit and does not work with Extension:QuestyCaptcha

Tracked in Phabricator
Task T105617

Safari on iPad: http://i.imgur.com/L68KPGx.jpg

Safari on iPad: Screen Keyboard enabled, text despair: http://i.imgur.com/C79tIEr.jpg

Chrome on iPad: QuestyCaptcha does not show text question: http://i.imgur.com/0e06RmV.jpg

Problem URL: http://m.moegirl.org/

MediaWiki 1.24.2

HHVM 3.7.1-dev (srv)

MobileFrontend – （ 30f8b68） Zoglun (talk) 15:18, 3 June 2015 (UTC)

Same here, any solutions by now? Tickihgk (talk) 16:51, 10 June 2015 (UTC)

The white page problem should be solved in the latest release of MobileFrontend (for MediaWIki 1.25), for the second i opened T105617. Florianschmidtwelzow (talk) 01:05, 12 July 2015 (UTC)

Cool. Thank you. Deletedaccount4567435 (talk) 03:12, 12 July 2015 (UTC)

MobileFrontend for MediaWiki 1.18

Hi All,

I did see there are some topics regards to MobileFrontEnd with Mediawiki 1.18 and they say that I could use MobileDetect integrated with MobileFrontEnd by changing a small bit of code in MobileFrontEnd. But I tried using as suggested in some of the previous discussions, but was not successful. Upgrading MW 1.18 id not an option which I am not willing to do right now. Wondering is there some one who has completed the integration of MW 1.18 with MobileFrontEnd and MobileDetect could shed some light or provide some code which works with MW 1.18.

Thanks 1.39.63.151 04:17, 8 June 2015 (UTC)

Sorry Formatted the text so, it can be easily read.

If you login, you can edit your posts. I edited it for you :-) -- User:SPage (WMF) 1.39.63.151 04:31, 8 June 2015 (UTC)

Hi,

there is maybe a way of doing it (which I actually don't know and I think there aren't a lot people, who will invest time and work into it), but you should really think about upgrading your wiki to a newer release, I would suggest to use the latest stable release (MW 1.25) or at least the latest legacy (MW 1.24) or latest LTS (MW 1.23) release. MediaWiki 1.18 support ended in the late 2012, so it hasn't received any (security) updates for a long time and has known security holes. MobileFrontend itself, btw, hasn't released for MediaWiki 1.18, so there will be no support from the developers i think. Anyhow, hacking MediaWiki's code or the code of extensions you use isn't the best idea, see e.g. Do not hack MediaWiki core. You should really upgrade your system to have a clean, maintainable and secure setup :)

tl;dr

Upgrade your MediaWiki to have amuch cleaner setup. Florianschmidtwelzow (talk) 00:57, 12 July 2015 (UTC)

File caching on subdomains

I'm still trying to figure out what's the best solution for mobile subdomains combined with file caching.

I'm planning to copy the MediaWiki installation files for the mobile version to a separate folder (m) and link the subdomain to that folder while using the same database like the desktop version. Or is there a better way?

Thanks and cheers! Till Kraemer (talk) 19:30, 11 June 2015 (UTC)

Substitution of internal links

I have installed the extension and set $wgMobileUrlTemplate to my mobile view domain.

I thought the extension would substitute all internal links on a wiki page to point to the mobile domain, but it doesn't. For pages of WMF it does this correctly. What am I missing? 79.193.110.65 (talk) 11:11, 14 June 2015 (UTC)

Do you have an example link of your wiki? All links should be relative, so if you're on your mobile page, the wiki links should direct to the mobile url and if you're on the desktop site, the links should direct you to the desktop url. Florianschmidtwelzow (talk) 01:00, 12 July 2015 (UTC)

Fatal error with iOS Version Chrome only

I tested that only in iOS version Chrome the "fatal error" will occur, which is always like "[3ebe3938(random hex numbers)] 2015-06-17 20:08:45(time): Fatal exception of type MWException", I don't know why, but I can assume it is the issue of browsers, because I opened this page in Safari successfully, however I can't open it in only iOS version Chrome.(Android is OK, PC is OK, Mac is OK, only iOS CHROME IS NOT) Maybe the User-Agent problem or something else? 104.156.233.254 (talk) 20:15, 17 June 2015 (UTC)

Hi,

a browser based exceptions sounds odd. Can you set $wgShowExceptionDetails to true in your LocalSettings.php to show the complete error message and stack trace? Can you post it here, please? Florianschmidtwelzow (talk) 00:59, 12 July 2015 (UTC)

I'm sure it is the problem of this extension because as long as I disabled MobileFronted the page would be accessible, however if I enabled it, it would not, but it only occurs in ios Chrome, does not affect other browsers. 104.156.233.254 (talk) 20:21, 17 June 2015 (UTC)

How to Disable MobileEditor and keep wikieditor or any other custom editor extension installed ?

I have been working on a custom structured editor for my wiki(just like wiki how has their custom form based editor), It works well with desktop, but MobileFrontend is using the MobileEditor and it overcomes my custom editor extension, Any Ideas How I can disable the mobile editor and keep the custom editor extension intact. Tiwari.mayank24 (talk) 13:34, 24 June 2015 (UTC)

Hi,

that's actually not possible. If you want, you can open a task on Phabricator to start a discussion, if this is useful and who want to implement this. If you have some coding experience and want to help us to improve the extension, you're welcome! You can find a starting point here and if you have questions, just ask in #mobile-l ^connect :) Florianschmidtwelzow (talk) 00:35, 12 July 2015 (UTC)

Thank you,

For now I have worked out a temporary solution, which is, redirect the user to desktop version of my custom form extension and back to mobile view after the form is submitted and article is saved, but I will try and look into this in future if I can spare some time. Tiwari.mayank24 (talk) 09:10, 13 July 2015 (UTC)

UserProfile: Counters

For some reason when a user has more than 500 uploads, the text on his/her UserProfile specialpage will still say "500 uploads".

Also, I'm just noticing that the editcount displays less edits than this extension returns - are some kinds of edits not counted here or what am I missing?

Oh and something else: Is there some way to inject custom JavaScript (something like Mobile.js perhaps?), maybe even with jquery?

Hopefully someone can enlighten me here... ;) Col. sheppard (talk) 16:12, 17 July 2015 (UTC)

Can mobile homepage formatting be used on other pages?

For example, on the English Wikipedia, we are using mobile homepage formatting to show only a few sections to readers on mobile devices. However, we have a sandbox for testing at https://en.wikipedia.org/wiki/Wikipedia:Main_Page/sandbox, but when you navigate to that URL with a mobile device you still get the desktop view. The end result is that we don't have a place to test how changes to the Main Page will look in a mobile browser. I assume the Main Page has additional CSS directives or something. Is this a feature that doesn't exist yet, or am I just looking in the wrong place? Thanks. Holly Cheng (talk) 00:46, 22 July 2015 (UTC)

Can't hide sitenotice.

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I set:

$wgMFEnableSiteNotice = false;

but still get MediaWiki:Anonnotice and MediaWiki:Sitenotice message in http://m.moegirl.org/Mainpage

This problem appear after I upgrade the extension version to 1.25 stable release from here: https://www.mediawiki.org/wiki/Special:ExtensionDistributor/MobileFrontend

Before that, Sitenotice will not show in mobile version at all. Deletedaccount4567435 (talk) 18:30, 22 July 2015 (UTC)

Newest version fixed this problem. solved. Deletedaccount4567435 (talk) 18:50, 22 July 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Can't edit page

The little pencil does not work anymore. Can't get into edit mode.

This problem appear after I upgrade the extension version to 1.25 stable release from here:https://www.mediawiki.org/wiki/Special:ExtensionDistributor/MobileFrontend

Even the newest master version (master-27459af.tar.gz) have this problem too. Deletedaccount4567435 (talk) 23:34, 23 July 2015 (UTC)

Can you look into your browsers console? Is there any error message? Can you give an example url? Florianschmidtwelzow (talk) 13:45, 29 July 2015 (UTC)

Such error shows up randomly. I guess there are problem in my server environment. Not MW's problem. Deletedaccount4567435 (talk) 23:51, 30 July 2015 (UTC)

Hi,

Any updates on this issue?

Apparently regular user can not edit a page using MobileFrontend..

But the sysop users are able to edit the pages.

Here's the details:

Product	Version
MediaWiki	1.26alpha
HHVM	3.11.0 (srv)
MySQL	5.5.46-0ubuntu0.14.04.2-log
Lua	5.1.5
DataTables	1.10.0

MobileFrontend

–

GPL-2.0+

Mobile Frontend

Patrick Reilly, Max Semenik, Jon Robson, Arthur Richards, Brion Vibber, Juliusz Gonera, Ryan Kaldari, Florian Schmidt, Rob Moen and Sam Smith

Regards.. Ace.philscan (talk) 03:57, 16 March 2016 (UTC)

We mean logged-in users here that are not able to edit pages only sysop users are... Ace.philscan (talk) 04:00, 16 March 2016 (UTC)

Using safari on IOS while editing a page when the kayboard appears, the wikitext turns into white on white so that we cannot see it. Fraifrai (talk) 10:35, 18 March 2016 (UTC)

Conflict with ConfirmAccounts extension

In the case that ConfirmAccounts extension is installed and account creation is restricted, there's no link for user to request for an account in the mobile view. Instead there is a link on the log in page to create users, when clicked an permission error page shows up. Mediawiki version is 1.23 LTS. 74.113.151.110 (talk) 21:01, 20 August 2015 (UTC)

Issue with use of TreeAndMenu

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Dear all,

I have an issue with using the TreeAndMenu extension in the MobileFrontEnd extension in MW.

MediaWiki	1.25.1
PHP	5.5.12
MySQL	5.6.17
Lua	5.1.4

I have set the following in local settings:

require_once "$IP/extensions/MobileFrontend/MobileFrontend.php";

$wgMFAutodetectMobileView = true;

$wgMFEnableDesktopResources = true;

$wgMFEnableCssAnimations = true;

$wgMainCacheType = CACHE_NONE;

It works correctly in the desktop wiki [2] but it does not render correctly in mobile view.

Also the usual sub-menus that normally automatically 'pop out' are not working.

I am guessing the issue is related to JavaScript and or CSS sheets. Any suggestions? 194.176.105.9 (talk) 16:05, 7 September 2015 (UTC)

$wgMFEnableDesktopResources doesn't exist, so it is pointless to add this config option. I think the problem is, that TreeAndMenu adds some JavaScript libraries, which doesn't have the mobile target and will not be loaded in MobileFrontend. To solve this, the developer of the TreeAndMenu extension should try to enable the required modules in mobile (and check for the size and how it can be minimized for the needs of a mobile device before that). Florianschmidtwelzow (talk) 07:47, 8 September 2015 (UTC)

Exactly. Please raise a bug against the TreeAndMenu extension so we can get this some attention. Jdlrobson (talk) 17:43, 8 September 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Skin

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

$wgMFDefaultSkinClass 'SkinMinerva' The default skin for MobileFrontend; defaults to SkinMinerva

And where is this skin? Alexander Mashin ^talk 08:38, 24 September 2015 (UTC)

??? It's bundled with MobileFrontend (in includes/skins) :) Or what do you mean? Florianschmidtwelzow (talk) 09:05, 24 September 2015 (UTC)

I expected to find it here: https://gerrit.wikimedia.org/r/p/mediawiki/skins/SkinMinerva.git. Thank you for your quick answer. Alexander Mashin ^talk 15:20, 24 September 2015 (UTC)

Sorry for the confusion Alex Mashin - it is currently bundled in the extension but you can override that skin with whatever skin you want to use for mobile if you are not happy with it :) Jdlrobson (talk) 17:21, 24 September 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

help: extension no longer being automatically activated

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hello

When I first installed the extension, it was automatically activated when I viewed my site in my mobile: http://credulism.org/

However, I now only see the desktop version by default in my mobile. I only followed the instructions in the section 'Installation', and I now see that there's also the section 'Using the mobile view'. However, I have limited technical knowledge, and can't follow these instructions. Also, as I said, the extension was being automatically activated in the past.

Any help would be great. Derrickfarnell (talk) 05:19, 3 October 2015 (UTC)

Hey there! Looks like you installed it great - II see a mobile view link at the bottom of the page that links to - https://www.credulism.org/w/index.php?title=About&mobileaction=toggle_view_mobile

You'll still need to setup auto-detection though so that mobile users get redirected there

Extension:MobileFrontend/Configuring_browser_auto-detection Jdlrobson (talk) 22:38, 6 October 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Can MobileFrontend display (or suppress) certain templates/images in mobile view?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hello,

In my wiki we use template calls to define certain ads we run to help fund the site. It runs fine on a regular browser but on mobile everything gets scrunched up and looks bad. You can see an example here: http://www.marketswiki.com/mwiki/Rick_Lane

My question is can we either suppress that template from being called when viewed on a mobile device or, better still, can we specify a different ad, one that would look fine on a mobile device, to run in its place?

Thanks in advance for your help! 2601:240:CD04:2B00:6DE0:BD9D:3318:F7CF (talk) 21:41, 7 October 2015 (UTC)

You have several options. 1) Add nomobile class to the containing element. This will be auto-hidden in mobile

2) $wgMFRemovableClasses['base'][] = '.advert'; in your LocalSettings.php will strip any elements with class advert. Jdlrobson (talk) 21:56, 7 October 2015 (UTC)

Great! That worked!

Thanks a lot! 2601:240:CD04:2B00:7D4E:D338:F037:F072 (talk) 20:01, 8 October 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How do I include sidebar links in mobile menu?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hello

I've just noticed that the sidebar links in my site:

http://credulism.org/

don't appear in the mobile version menu. Is there any way to achieve this? Derrickfarnell (talk) 15:58, 13 October 2015 (UTC)

This is the subject of a longstanding bug. The menu in mobile is currently not customisable as the default desktop menu is too large and not always relevant to mobile users for a variety of reasons.

We've got a few ideas but nothing concrete. There are a couple of hooks you can use in the mean time.

https://phabricator.wikimedia.org/T65459 Jdlrobson (talk) 20:01, 13 October 2015 (UTC)

Okay, thanks. The page you link to is too advanced for me - I'm a researcher in psychology, and only have enough knowledge and skill to install MW via cPanel, and make changes to site files, such as LocalSettings.php, in accordance with explicit instructions. Is there a relatively simple way to at least have the first section of links, just below the logo, in the mobile menu? In fact, I really only need one of those links to appear in the mobile menu - the link to the page 'Contents' in my wiki. Derrickfarnell (talk) 05:45, 14 October 2015 (UTC)

Try (untested):

$wgHooks['MinervaDiscoveryTools'][] = function( &$items ) {

$items[] = array(

'name' => 'contents',

'components' => array(

array(

'text' => 'Contents',

'href' => '/wiki/Contents',

'class' => MobileUI::iconClass( 'contents', 'before' ),

),

),

);

}; Jdlrobson (talk) 18:13, 14 October 2015 (UTC)

Thanks very much for your help - where do I put it?!

I've tried MediaWiki:Common.css, but that didn't work, even after a hard refresh. Derrickfarnell (talk) 15:02, 15 October 2015 (UTC)

LocalSettings.php! Jdlrobson (talk) 22:30, 15 October 2015 (UTC)

Thanks.

However, the site just disappears - the page is just completely white, without even an error message. I've now removed the code. Derrickfarnell (talk) 08:12, 16 October 2015 (UTC)

See Manual:Errors_and_symptoms#You_see_a_Blank_Page. Florianschmidtwelzow (talk) 09:42, 26 October 2015 (UTC)

My code was bad. Try again - I edited it above. Jdlrobson (talk) 17:50, 26 October 2015 (UTC)

Thanks for your efforts, but that only produces this:

https://drive.google.com/file/d/0B5ltcjoVn_CeejZUdVo2QnUyd1E/view?usp=sharing

Also, when you hover the pointer over <0>, the left-side doesn't go blue, as with the other options, and the <0> just moves a bit to the left. Derrickfarnell (talk) 10:56, 27 October 2015 (UTC)

Sounds like you have an older version of MobileFrontend. Try updating to current master. Jdlrobson (talk) 19:00, 27 October 2015 (UTC)

I've uploaded the current version of the extension, but the problem still exists, alas. Derrickfarnell (talk) 12:20, 28 October 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Ads

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Is there a way to enable the ads on the site when viewed using minerva? I cannot find any option. 79.119.108.241 (talk) 21:14, 24 October 2015 (UTC)

There is no built-in option to show ads, nor has MediaWiki such an option, so maybe you can give a little bit more information about how you integrated ads on your site. Florianschmidtwelzow (talk) 09:41, 26 October 2015 (UTC)

Oh, well, in that case, I've added the ad code into the Template Monobook.php. I figured I could do the same for minerva, but I can't find it in the MobileFrontend folder. 79.119.101.81 (talk) 19:26, 26 October 2015 (UTC)

So...no idea? 188.24.73.36 (talk) 19:59, 14 November 2015 (UTC)

I figured it out from this thread after all (https://www.mediawiki.org/wiki/Extension%20talk%3AMobileFrontend/2014#c-81.215.133.163-2014-08-28T18%3A34%3A00.000Z-How_i_display_Adsense_ads_on_Mediawiki_Mobile%3F_%28MobileFrontend_Extension%29. Only problem is that a sidebar add can't be added since mobile frontend doesn't have a sidebar. Will a sidebar be ever introduced? 188.24.73.36 (talk) 13:44, 16 November 2015 (UTC)

There is a flyout menu. Remember the target device for MobileFrontend. A sidebar, like on the desktop page, would take too much space :) Florianschmidtwelzow (talk) 07:21, 17 November 2015 (UTC)

Of course, but is there a way to add more links to that menu? 188.24.73.36 (talk) 22:06, 17 November 2015 (UTC)

Currently not, but there is phabricator:T65459, which tracks the tasks to fix that :) Florianschmidtwelzow (talk) 06:34, 18 November 2015 (UTC)

Also, is it normal for it not to display the categories of a pages? Because I can't find a parameter that controls that. 188.24.73.36 (talk) 22:19, 17 November 2015 (UTC)

Categories are currently displayed in mobile beta only. Florianschmidtwelzow (talk) 06:35, 18 November 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

OATHAuth Login token input not showing

I'm using OATHAuth Two-factor authentication for user logins but when using MobileFrontend, the field for inputting the 2FA token does not show. Obviously people can switch to the desktop version to log in but this is not what I'd like. Is there a something I can edit to make the field show?

I have also tried loading MobileFrontend after OATHAuth but this does not fix the problem. 46.140.65.10 (talk) 14:56, 30 October 2015 (UTC)

What version of MobileFrontend do you use? Florianschmidtwelzow (talk) 07:19, 11 November 2015 (UTC)

I was using the latest, REL1_25-c193468 46.140.65.10 (talk) 13:25, 12 November 2015 (UTC)

I'm not sure, how OAuth works, but I assume, that the problem is caused b the custom login form, which is delivered to mobile users. In the next release (REL1_26) we removed this own login page and simply use the mediawiki core login page, which should show the OAuth elements, too. I'm not sure, if we had breaking changes in REL1_26 and/or if it is compatible with MediaWiki 1.25, but if you want to try: I would recommend to test the next release, this should fix your problem. You can get it, e.g., from here: https://github.com/wikimedia/mediawiki-extensions-MobileFrontend/archive/REL1_26.zip Florianschmidtwelzow (talk) 13:14, 13 November 2015 (UTC)

How to disable discussions page?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I currently have the discussion tab hidden by default for all on my website. However, on mobilefrontend, there is a discussions tab/link at the end of articles. How can I hide or disable it on mobilefrontend? 2601:482:4401:6165:1DB4:FD8C:ABED:5889 (talk) 16:24, 15 November 2015 (UTC)

Add this to LocalSettings:

$wgMFPageActions = array( 'edit', 'watch' );

to override the default

$wgMFPageActions = array( 'edit', 'talk', 'upload', 'watch' ); Jdlrobson (talk) 16:51, 21 December 2015 (UTC)

I think it is a bad idea to disable discussions completely (unless there's a hopefully temporary technical reason for editing talk pages or adding talk threads on mobile, a bug that should be resolved). Discussing is a very important feature on any collaborative wiki and more and more people only use mobiles to view/edit wikis.

Now, disabling the discussions should NEVER depend on whever we are using the mobile version or the desktop version of the wiki. The functionality should be there, even if discussion pages have a different layout and editing mode on the mobile version, we should still be able to view them!

However the icon that is displayed on top of pages for going to discussions should probably be hidden and instead the option to talk could fit in the left-side pane with an explicit title "Talk about this page". There are also other polluting icons (those icons are using precious space at top of the article, moving down the content on a small smartphone screen), such as:

• the "star" icon to follow that page. This should also go to the left-pane as a "Follow this page".
• the "pencil" icon to edit that page. This should also go to the left-pane as a "Edit this page".
• the "bubble" icon to discuss that page. This should also go to the left-pane as a "Talk about this page".
• the history of the current page should also be located in that pane, just like the content of the left "Tools" side-bar displayed on the desktop version (linked pages, watch link pages, import file, special pages, adress of this version, page information, cite this page...), or the left side-bar just above it (Home, Help, Donate, Recent modifications...)
• The user "Preferences" on that wiki should also be extended (we should not need to visit the desktop version for important settings such as the prefered language, mail options, ...) All they currently allow is to setup only one display option (images) specific to the Mobile version. Verdy p (talk) 17:54, 22 April 2016 (UTC)

People use wikis for personal use.

Although we'd never disable them for Wikimedia projects this is a legitimate use case for a 3rd party project. Jdlrobson (talk) 07:06, 23 April 2016 (UTC)

@Jdlrobson This config `$wgMFPageActions` parameter did not work for me, nor I found it on Extension:MobileFrontend page. Please clarify. Farvardyn (talk) 20:21, 6 May 2020 (UTC)

https://github.com/wikimedia/mediawiki-skins-MinervaNeue/blob/master/README.md#wgminervapageactions

The setting got renamed. Jdlrobson (talk) 19:34, 8 May 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Fatal Error - ResourceLoader

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

This is my error:

Fatal error:

Call to undefined method ResourceLoader::makeInlineScript()

in ((server path to wiki))/extensions/MobileFrontend/includes/skins/MinervaTemplate.php on line 292

Line 292 of said file is:

  echo ResourceLoader::makeInlineScript( $headerLoaded );

MediaWiki version 1.25.3; MobileFrontend version REL1_25-c193468

Error only comes up on a mobile device, not on desktop view. Tpsuhr (talk) 11:06, 19 November 2015 (UTC)

REL1_25 doesn't has makeInlineScript https://github.com/wikimedia/mediawiki-extensions-MobileFrontend/blob/REL1_25/includes/skins/MinervaTemplate.php#L292 Please download the correct version again (e.g. using extensiondistributor) and try again. Florianschmidtwelzow (talk) 14:23, 19 November 2015 (UTC)

I'd love to know why the correct version of that file wasn't there the previous six times I downloaded it. Tpsuhr (talk) 02:25, 20 November 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Problem viewing pages

I'm trying to understand why the mobile version can not read the contents of my pages http://psicologia.wiki

Someone can help me? 2.32.23.115 (talk) 15:02, 28 November 2015 (UTC)

This is the images http://psicologia.wiki/IMG_0687.jpg 2.32.23.115 (talk) 15:28, 28 November 2015 (UTC)

Magic word ignored, feature or bug?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

When viewing a page that contains __NOTOC__ the expected behaviour according to help:Magic words is to hide the table of contents. But this doesn't happen when viewing using the mobile view. I'm wondering if this is design intent or a bug? Peculiar Investor (talk) 16:33, 30 November 2015 (UTC)

the table of contents doesn't show in mobile by design (section headings attempt to act as one). In tablet it shows to JavaScript users and is currently not controllable by _NOTOC_ as it is created separately to the page and not outputted in the HTML. Jdlrobson (talk) 16:50, 21 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

I'm getting loads of errors on MediaWIKI 1.26

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Since I installed MediaWIki 1.26 this week, MobileFrontEnd has been kaput.

This is repeated about 50 times for each page...

Warning: OutputPage::getModuleStyles: style module should define its position explicitly: skins.minerva.chrome.styles ResourceLoaderFileModule [Called from OutputPage::getModuleStyles in <SERVERROOT>\wiki\includes\OutputPage.php at line 621] in <SERVERROOT>\www\wiki\includes\debug\MWDebug.php on line 300 Trunzoc (talk) 19:08, 30 November 2015 (UTC)

You'll have to update MobileFrontend to latest `master` branch - this was a breaking change in core that has since been fixed in MobileFrontend. We're working on our release process to make this easier in future. Apologies for the inconvenience. Jdlrobson (talk) 20:35, 30 November 2015 (UTC)

Downloading now. Thanks. Will report back Trunzoc (talk) 20:38, 30 November 2015 (UTC)

It's working now. Thanks for the tip Trunzoc (talk) 20:54, 30 November 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Tabber

Why doesn't this extension display tabbers created using Extension:Tabber ? 188.24.81.72 (talk) 12:07, 4 December 2015 (UTC)

MobileFrontEnd and VisualEditor clash in MW 1.26

I'm using Visual Editor and MobileFrontEnd and when they are both enabled in LocalSettings.php I get HTTP 500 errors from the parsoid server. When I disable MobileFrontEnd it loads and functions correctly.

When I try: "curl -L http://localhost:8142/localhost/v3/page/html/Main_Page" on the local server I get a variety of errors, beginning with "Config Request failure" but when I disable MobileFrontEnd I get an html document returned which represents the Main Page. Dan.mulholland (talk) 03:36, 7 December 2015 (UTC)

This is on a private wiki btw Dan.mulholland (talk) 03:59, 7 December 2015 (UTC)

How do I center my images on my wiki?

In the desktop mode the images are centered using [[File:Filename.png|centre]] But for some reason that does not work in mobile view. Go to https://wiki.gamepaduniverse.com/w/index.php?title=How_To_Develop&mobileaction=toggle_view_mobile 75.73.139.70 (talk) 16:42, 18 December 2015 (UTC)

https://en.wikipedia.org/wiki/Wikipedia:Extended_image_syntax#center Bmansurov (WMF) (talk) 13:49, 15 January 2016 (UTC)

The location parameter doesn't centre images on MobielFrontend. Is this a bug? Any work around? Amirfaour (talk) 01:31, 1 September 2018 (UTC)

Unable to change section headings formatting

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I would like to change the format (size, bold, italic) of the section headers for the mobile version of the site. I tried to add in the Mediawiki:Mobile.css as in the Mediawiki:Commons.css:

#bodyContent h1, firstHeading { font-size: 24px; }
#bodyContent h2 { font-size: 170% !important; font-style:bold !important; } 
#bodyContent h3 { font-size: 150% !important; font-style:bold !important; } 
#bodyContent h4 { font-size: 140% !important; font-style:bold !important; } 
#bodyContent h5 { font-size: 130% !important; font-style:bold !important; } 
#bodyContent h6 { font-size: 120% !important; font-style:italic; }

But it doesn't change anything. Does anyone know how to do?

Thanks by advance. Humanutario (talk) 20:16, 20 December 2015 (UTC)

Which version of MobileFrontend are you using? Does #bodyContent exist?

firstHeading should be #firstHeading Jdlrobson (talk) 16:48, 21 December 2015 (UTC)

I am using MobileFrontend for MediaWiki 1.23. How can I know if #bodyContent exists? Thanks! Humanutario (talk) 15:57, 31 May 2016 (UTC)

You can try $( '#bodyContent' ).length inside your JavaScript console. If it's === 1 you have it.

note

#bodyContent h1, firstHeading { font-size: 24px; }

should be

#bodyContent h1, #firstHeading { font-size: 24px; } Jdlrobson (talk) 16:53, 1 June 2016 (UTC)

If you don't have #bodyContent try using #content. Jdlrobson (talk) 16:53, 1 June 2016 (UTC)

Thanks so much! It works using #content instead of #bodyContent. Humanutario (talk) 15:57, 2 June 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.