Project:Support desk

Jump to navigation Jump to search

About this board

vde   Welcome to's Support desk, where you can ask MediaWiki questions!

There are also other places where to askCommunication: IRCCommunication#Chat, mailing listsMailing lists, Wikimedia Developer Support, Q&A, mwusers (unofficial forum) etc.

Before you post

Post a new question

  1. To help us answer your questions, please always indicate which versions you are using (reported by your wiki's Special:Version page):
    • MediaWiki
    • PHP
    • Database
  2. Please include the URL of your wiki unless you absolutely can't. It's often a lot easier for us to identify the source of the problem if we can look for ourselves.
  3. To start a new thread, click "Start a new topic".
PlavorSeol (talkcontribs)

Is it able to set up cache with PHP opcache extension?

Seb35 (talkcontribs)
Reply to "Caching with opcache"
Msnhinet8 (talkcontribs)

Hi, i want to use monaco skin, but my free hosting is not use, it only give vps host use, how can i do?

Ciencia Al Poder (talkcontribs)
Msnhinet8 (talkcontribs)

so free host is not install monaco skin?

Msnhinet8 (talkcontribs)

beacuse i use free host is not vps.

AhmadF.Cheema (talkcontribs)

If your free host allows uploading of files to the server, you should be able to install the skin.

Msnhinet8 (talkcontribs)

but i once it not uploading of files by free host, can you help me?

AhmadF.Cheema (talkcontribs)

Sorry, what?

Msnhinet8 (talkcontribs)

i from to taiwan, so i can little english.

Msnhinet8 (talkcontribs)

i once install monaco skin in my free host extensions, but not success.

can you help me?

AhmadF.Cheema (talkcontribs)

What is your free host?

How did you install MediaWiki on your free host?

Msnhinet8 (talkcontribs)
Msnhinet8 (talkcontribs)

you once have install monaco free host success?

Msnhinet8 (talkcontribs)

at home?

AhmadF.Cheema (talkcontribs)

With your free hosting, you should have also gotten access to cPanel? Is there an icon for a file manager in cPanel?

Msnhinet8 (talkcontribs)

yes, it have.

Msnhinet8 (talkcontribs)

you know monaco skin author is who?

Malyacko (talkcontribs)
Msnhinet8 (talkcontribs)


AhmadF.Cheema (talkcontribs)

From the file manager of your cPanel, go to your Wiki directory, then inside the skins directory, upload the Skin:Monaco files there.

Msnhinet8 (talkcontribs)



Reply to "monaco skin"

Problems after migrating 1.28 to 1.30

Summary by Ciencia Al Poder
Vledru (talkcontribs)
Ciencia Al Poder (talkcontribs)

If your wiki is public, please share a link so we can take a look at the problem.

Open a file description page (a page of the File: namespace) and click on the "view full size". If it displays an error instead of the file itself, something is misconfigured. If the error is a 404 not found, either MediaWiki is pointing to the wrong URL or your webserver has problematic rewrite rules. If error is a "forbidden" or "unauthorized", there may be problems with permissions of those files.

If it works fine, then problem may be for thumbnails.

Vledru (talkcontribs)

Thank you Ciencia Al Poder

My wiki is not public ... However, I did your tests and everything works normally. When I remove the size of my thumbnail in my wikicode [[File: example.jpg | 400px | legend]] -> [[File: example.jpg | legend]] it works perfectly ...

Really strange ^^

Ciencia Al Poder (talkcontribs)

Problem is on thumbnails, then. Use the thumb.php script (from your browser) to request a file on your wiki (with the "f" parameter) and provide a width for the thumbnail (the "w" parameter), and see what happens, if it's displayed correctly or it displays an error.

Robert.hanke (talkcontribs)


I have the same problem. This doesn't work in my wiki:

[[File:image.png|thumb|My Image]]

this works:

[[File:image.png|frame|My Image]]

thumb.php works just fine:


My wiki is also a private wiki.

Ciencia Al Poder (talkcontribs) (talkcontribs)

We face the same problem after upgrading to 1.30: Thumbnails are shown as broken images though they are correctly rendered on server side. The developer console of chrome reveals the following error messages:

Failed parsing 'srcset' attribute value since it has an unknown descriptor.

Dropped srcset candidate "/uploads/thumb/xxx.png/450px-xxx.png"

Failed parsing 'srcset' attribute value since it has an unknown descriptor.

Dropped srcset candidate "/uploads/thumb/xxx.png/450px-xxx.png"

GET https://aaa.bbb.ccc/5x 404 (Not Found)

Turning off Manual:$wgGenerateThumbnailOnParse and running maintenance script Manual:FAQ#…are some of my images not showing up after an upgrade does not fix the issue.

thumb.php works perfectly.

Maybe this thread deals with the same issue: Topic:U7m4bysmlzhqp0y1 ?

Is this a known bug, can anybody confirm this behaviour or is there any solution?

Ciencia Al Poder (talkcontribs)

Inspect the image with the developer tools of your browser (right-click and inspect this element, or hit F12 and manually select the image). If the srcset property contains commas instead of dots, the problem is the server locale and you should change it on LocalSettings.php by adding:

setlocale(LC_NUMERIC, "C");

See task T181987 (talkcontribs)

This fixed our problem, thank you!

Vledru (talkcontribs)

Sorry for the delay, I had to let go of my investigation ... Thank you all for solution! It's resolved!

Rastaferraille (talkcontribs)

Hello, thanks for the trick but for me setlocale(LC_NUMERIC,"C"); has no effect..

dots are still replaced by comma in my html

Do you have an idea please ?

Many thanks (I'm from France, I upgraded PHP form 5.6 to 7.0 and mediawiki from 1.27 to 1.31)

Ciencia Al Poder (talkcontribs)

Have you tried editing the page and doing a preview, to be sure you're not seeing a cached version of the page generated before the change in setlocale?

2003:C3:FF06:EE45:208A:E623:86ED:4F98 (talkcontribs)

Hello Ciencia Al Poder, Rastaferraille

I have the same problem. I did update from 1.21.? to 1.30.0. I stayed on PHP 5.6.

I set setlocale(LC_NUMERIC,"C")

I can still see the "," here:

srcset="/thumb.php?f=Hertha-Trikot.png&width=375 1,5x, /thumb.php?f=Hertha-Trikot.png&width=500 2x"

If I change that line manually to:

srcset="/thumb.php?f=Hertha-Trikot.png&width=375 1.5x, /thumb.php?f=Hertha-Trikot.png&width=500 2x"

it works. But setlocale(LC_NUMERIC,"C") didnt do the trick for me.

The site is

2003:C3:FF06:EE45:208A:E623:86ED:4F98 (talkcontribs)

The second i wrote this, i clicked "See task T181987" from @Ciencia Al Poder and now i feel dumb. because

#$wgShellLocale = "de_DE.utf8";

was overriding

setlocale(LC_NUMERIC, "C");

All runs fine now. 5 years worth of updates on one evening. nice product u got there.

Ciencia Al Poder (talkcontribs)

Do you mean having both

$wgShellLocale = "de_DE.utf8";
setlocale(LC_NUMERIC, "C");

didn't fix the problem?, and you had to remove $wgShellLocale altogether?

2003:C3:FF06:EE45:208A:E623:86ED:4F98 (talkcontribs)

yes that fixed the problem

2003:C3:FF06:EE45:208A:E623:86ED:4F98 (talkcontribs)

To be more precise yes having both

$wgShellLocale = "de_DE.utf8";

setlocale(LC_NUMERIC, "C");

set in LocalSettings.php. Did not fix the problem.

When comment $wgShellLocale = "de_DE.utf8"; out. The comma in srcset is gone. And the image is shown. I can reproduce that. (talkcontribs)

Almost the same effect here: Upgraded from 1.29.2 -> 1.31.0 (PHP 7.0.30). Using "setlocale(LC_NUMERIC, "C");" INSTEAD of "wgShellLocale = "de_AT.utf8";" fixed it. Using both doesn't work, the effect can be reproduced.

Reply to "Problems after migrating 1.28 to 1.30"
Brror (talkcontribs)


Recently I enabled short URLs, but then the website only displayed texts without CSS loaded.

I read the Manual:Errors_and_symptoms#The_wiki_appears_without_styles_applied_and_images_are_missing, and found that all .php files(including load.php and index.php) would display a blank page.

Unfortunately the codes in "#You see a Blank Page" in order to display error logs also didn't work.

If I revert the settings to "index.php?title=" version, it can work well as before.

What can I do to enable it? Thanks!

2001:16B8:1055:6C00:80C6:9E5F:AA36:E475 (talkcontribs)

Are you using Apache or nginx?

In any case, I think the problem is in the server configuration, which you added to make short URLs working. It would help, if you post, which tutorial you followed and/or, which server configuration you added.

I guess that you still have to add an exception for .php files, so that the server does not redirect from them but instead leaves them alone.

Reply to "Can't load .php files in root directory"

[RESOLVED] After Update Error: 1054 Unknown column 'ug_expiry' in 'field list' (localhost)

Nelodie (talkcontribs)


After a upgrade of Ubuntu ( to 16.04) My dear wiki developped on mediawiki 1.23 was not work. After some search on web, I decided to update also mediawiki to last version 1.29 by following all instructions described in Update manuel.

So basicaly, I dump my DB, save in tar.gz files before download the mediawiki-1.29.1.tar.gz.

After all my images folder was copied and extensions are updated I run also the update.php script wiith no error.

The first run my wiki home page I obtain just a error about "wfLoadSkin( 'Vector' );" forgotten. So I modified correctly the LocalSettings.php file and run again the home page of my wiki... but I have this SQL error 

6e1e893ddacaf2198378f128] /wiki/index.php/Accueil Wikimedia\Rdbms\DBQueryError from line 1075 of /var/lib/mediawiki/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading? 

Query: SELECT ug_user,ug_group,ug_expiry FROM `user_groups` WHERE ug_user = '31' 

Function: UserGroupMembership::getMembershipsForUser

Error: 1054 Unknown column 'ug_expiry' in 'field list' (localhost)

I was tried to update manually the DB by dump but the error stay.

Could you help me ? 

Produit Version
MediaWiki 1.29.1
PHP 7.0.22-0ubuntu0.16.04.1 (apache2handler)
MySQL 5.7.19-0ubuntu0.16.04.1


Osnard (talkcontribs)
Nelodie (talkcontribs)

Thanks you very much @Osnard

I  applied manually your SQL Code and the wiki appeared and worked fine.


MarkAHershberger (talkcontribs)

I ran into this when I tried to upgrade with Flow enabled. Disabling Flow temporarily allowed the upgrade o work.

Reply to "[RESOLVED] After Update Error: 1054 Unknown column 'ug_expiry' in 'field list' (localhost)"

Require NTLM/Form based authentication setup for MediaWiki 1.30.0

Anu8791 (talkcontribs)


Please find below are the software/product we are having with in Redhat Linux 7 cluster server.

Product Version
MediaWiki 1.30.0
PHP 7.1.8 (apache2handler)
MySQL 5.6.40
ICU 50.1.2

Currently, We are having Kerberos/LDAP Setup with in our WIKI server(RHEL7) to achieve SSO (Single Sign On)

Now we do require our WIKI to be accessed over the Internet.

For that, we are having issues in authentication from AD server to our WIKI server (RHEL7) and we got error 401"Authorization Required" while accessing WIKI over internet

Now infrastructure team wonders, if WIKI can be setup with either NTLM or, Form based authentication setup?

Please let us know if WIKI supports for either of NTLM/ Form based authentication setup?

We look forward your help will greatly appreciated.

Thanking you in Adv !

Osnard (talkcontribs)

You can use Extension:Auth remoteuser to have an implicit login if you have mod_auth_kerb (or something similar) set up on your server.

If you want to have certain IP ranges not to be logged in implicitly, but by using a local wiki account you can configure this within the Apache configuration (Deny/Allow rules or by using a different vHost)

If you don't want to manage the accounts in the wiki locally, but have a FBA against LDAP/AD you can have a look at LDAPAuthentication (which also requires Extension:PluggableAuth and LDAPProvider

Anu8791 (talkcontribs)

Thanks for your prompt comments !

Since we are AD users then, we are using Extension: LDAPAuthentication with Kerberos setup using mod_auth_kerb  and SSO is working fine with in our network.

Now, we need to avail the WIKI in the internet and as per our infrastructure AD team, we need to approach NTLM / form based/ basic authentication.

Hence, I want to know if MediaWiki 1.30.0 supports for all these methodologies to establish SSO?

Osnard (talkcontribs)

I am not aware of an HTTP Base Auth extension. Yet it should be doable. The AuthManager component for MediaWiki is quite powerful.

I assume you are using Extension:LDAP Authentication by Ryan Lane, not LDAPAuthentication (by MWStack). As far as I know with this extension a log in with a local user account (one that only exists in the Wiki database) is not possible. But FBA against the LDAP/AD backend is possible. An external user would need to have credentiáls in your LDAP/AD. In stead of being logged in implicitly, he would need to use standard Special:Login page.

You will have to add an exception in your mod_auth_kerb configuration, so external users can access the wiki. Also a little configuration switch in LocalSettings.php might be required. So AutoAuthSetup is not being called for external users.

Gerdesj (talkcontribs)

Please be aware that NTLM is a less secure protocol than Kerberos. "Forms Based" is simply a way of entering a username/password. It sounds as though your infrastructure team are suggesting something like MS TMG's proxy which is awful, old and no longer supported by MS.

If your clients are all AD users and their PCs are all domain joined then Kerberos can work - even across the internet. See Intranet (I wrote it) Have a look at this: Intranet/Intranet Reference Build Ubuntu, specifically the Apache config. The require sections can be pretty sophisticated.

Reply to "Require NTLM/Form based authentication setup for MediaWiki 1.30.0"
Biccat (talkcontribs)

Our current version of media wiki requires users visit a page after an edit in order to receive new updates that the page has been edited.

Are there any extensions or settings that disable this feature?

If not, is there a way to modify the php code (\includes\mail\EmailNotification.php) to remove this feature?

Gerdesj (talkcontribs)

Which version is that?

Reply to "Notify users of all updates"

Userpages return 403 Forbidden after hosting provider change

GlitchyPSI (talkcontribs)


After changing my hosting provider, all userpages return a straight HTTP403 for some reason.

Any reason why this could happen, and how could I fix it manually? Thanks in advance.

AhmadF.Cheema (talkcontribs)

If your Wiki is public, can you provide a link to it?

Additionally, does the issue occur only on userpages or also for other pages which include a colon : in their name, such as Template pages?

GlitchyPSI (talkcontribs)
AhmadF.Cheema (talkcontribs)
GlitchyPSI (talkcontribs)

Many thanks. I will contact my hosting provider now.

Reply to "Userpages return 403 Forbidden after hosting provider change"
DreadHeadJoee (talkcontribs)

Greetings I was upgrading our MediaWiki to add Blue Spice (Free) and ran into a Fatal error that I cant seem to fix, any suggestions... (i'm new to PHP, Apache etc.)  

OS: Ubuntu-18.04.1

PHP 7.2


Error Details:

Fatal error: Uncaught RuntimeException: The configuration setting 'wgUserMergeProtectedGroups' was already set by MediaWiki core or another extension, and cannot be set again by BlueSpiceUserMergeConnector. in /var/www/html/includes/registration/ExtensionProcessor.php:511 Stack trace: #0 /var/www/html/includes/registration/ExtensionProcessor.php(469): ExtensionProcessor->addConfigGlobal('wgUserMergeProt...', Array, 'BlueSpiceUserMe...') #1 /var/www/html/includes/registration/ExtensionProcessor.php(219): ExtensionProcessor->extractConfig1(Array) #2 /var/www/html/includes/registration/ExtensionRegistry.php(264): ExtensionProcessor->extractInfo('/var/www/html/e...', Array, 1) #3 /var/www/html/includes/registration/ExtensionRegistry.php(158): ExtensionRegistry->readFromQueue(Array) #4 /var/www/html/includes/Setup.php(116): ExtensionRegistry->loadFromQueue() #5 /var/www/html/includes/WebStart.php(88): require_once('/var/www/html/i...') #6 /var/www/html/index.php(39): require('/var/www/html/i...') #7 {main} thrown in /var/www/html/includes/registration/ExtensionProcessor.php on line 511

Reply to "Fatal error: Uncaught RuntimeException" (talkcontribs)

I can't log in with my account

Alangi Derick (talkcontribs)

Which account are you talking about and is it on a wiki? If so, which wiki? Please try to elaborate a little bit. Thanks!

Reply to "log in"