Project:Support desk

Jump to: navigation, search
vde   Welcome to's Support desk, where you can ask MediaWiki questions!

There are also other places where to ask: IRC, mailing lists, Q&A 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 discussion".
First page
First page
Previous page
Previous page
Last page
Last page

Apparently __START__ is no magic word anymore, or rather, it's rendered as __START__ (no effect, like __FOO__), and it's not mentioned in parser.php. I very vaguely recall that it existed in code nine years ago, together with __END__, and the later removal of __END__ is documented. But when was __START__ removed?

Be..anyone (talk)01:49, 28 April 2015

Error creating thumbnail Error code: -1

Error creating thumbnail Error code: -1

Some images say Error creating thumbnail Error code: -1. Not display that error in all images, but some display that error or is too late to create thumbnail.

Version is like this:

MediaWiki : 1.24.2

PHP : 5.4.39 (apache)

MySQL : 5.0.45-log

ImageMagick : 6.9.1-1

Dlwnsgud0819 (talk)12:15, 25 April 2015

If that happens with some images, it may be that they're large or complex enough which makes the thumbnail to fail. It may be that it requires more memory than the available memory of the server, or the allowed memory to use by PHP. See Manual:$wgMaxShellMemory and Manual:$wgMaxShellFileSize, and try using higher values.

Ciencia Al Poder (talk)22:26, 25 April 2015

I already set that paramiter($wgMaxShellFileSize = 307200; $wgMaxShellMemory = 409600;), but It doesn't work. Also php limit is already 128M (I checked by memory_limit in phpinfo.)

Dlwnsgud0819 (talk)23:46, 25 April 2015

Best you can do then is follow Manual:How to debug to set up a debug log, that will print the exact command used to create the thumbnail, and execute that same command from the shell to see if it gives any error message.

Ciencia Al Poder (talk)03:13, 27 April 2015

This is the log which shows error:
wfShellExec: /bin/bash '/home/xxxwiki/user/w/includes/' 'OMP_NUM_THREADS='\''1'\'' '\''/usr/local/bin/convert'\'' '\''-background'\'' '\''white'\'' '\''/home/xxxwiki/user/w/images/2/2d/gggg.gif'\'' '\''-thumbnail'\'' '\''418x600!'\'' '\''-set'\'' '\''comment'\'' '\''File source:'\'' '\''-depth'\'' '\''8'\'' '\''-rotate'\'' '\''-0'\'' '\''/tmp/transform_e203a7abc952-1.gif'\''' 'MW_INCLUDE_STDERR=1;MW_CPU_LIMIT=0; MW_CGROUP='\'''\''; MW_MEM_LIMIT=409600; MW_FILE_SIZE_LIMIT=307200; MW_WALL_CLOCK_LIMIT=180; MW_USE_LOG_PIPE=yes'

[thumbnail] thumbnail failed on error -1 "" from "'/usr/local/bin/convert' '-background' 'white' '/home/xxxwiki/user/w/images/2/2d/gggg.gif' '-thumbnail' '418x600!' '-set' 'comment' 'File source:' '-depth' '8' '-rotate' '-0' '/tmp/transform_e203a7abc952-1.gif'"

[thumbnail] Removing bad 95389-byte thumbnail "/tmp/transform_e203a7abc952-1.gif". unlink() succeeded

Dlwnsgud0819 (talk)06:22, 27 April 2015

Do you have shell access? You should try to paste that command on the shell and see if it gives an error message. The strange thing is that apparently it succeeds in creating the file, because it says it was removing a bad thumbnail from the temp directory, which is the same it was trying to create.

Ciencia Al Poder (talk)22:43, 27 April 2015

1.24.6 performance vs. 1.17

/+Having recently upgraded to 1.24.6, it feels like overall performance has gone down compared to 1.17. Has anyone seen anything similar? We're puzzled by the idea, because usually degraded g91r+68performance is not what you get, but we're not sure how else to explain the PHP-FPM pile ups we've been getting since the upgrade.

One differnce between 1.17 and 1.24.6 is that we've now implemented MobileFrontend, and I do wonder if it's possible that the extension is causing disproportionate load when there's mobile traffic.

Balerion300 (talk)08:22, 27 April 2015

There is no MediaWiki 1.24.6 release yet. What version do you really use? :)

Florianschmidtwelzow (talk)08:44, 27 April 2015

Sorry! Long night wrestling with this server. 1.24.1 is what I meant. PHP 5.3.3 (fpm-cgi), MySQL 5.5.25,

Balerion300 (talk)20:27, 27 April 2015

Does not send emails

My wiki does not send emails anymore. I know that it was working before the upgrade to 1.22.2, but I don't know if it ever worked after the upgrade.

Sending an email with Special:EmailUser says "Your email message has been sent.", but the email never arrives.

It is an internal wiki accessible only with an user account. Some users forgot their password and cannot change it because they don't receive the notification email.

It is installed on a managed server, I have access via cPanel, here is the Special:Version output:

MediaWiki 1.22.2
PHP 5.5.22 (cgi-fcgi)
MySQL 5.5.40-36.1

Where do I start investigating?

Stefanomenci (talk)15:29, 27 April 2015

Include custom page, or php or query custom database


Momentarily, I use Mediawiki 1.24.1 with the Include extension ( to include some custon php pages I have made which queries a database with some extra info (servers, patches, etc...). But, with the update to MediaWiki 1.24.2, this extension does not work anymore.

I know this is a security risk, but I only use this wiki in a restricted environment (which can not access the Internet), and, my pages are located in a subfolder in my wiki (extrawikidocs). Also, I have some pages which can update the database (patch date,...).

Is there another (more secure) extension for adding extra php content?

Thank you in advance!

Arviestarman (talk)10:30, 23 April 2015

Could you elaborate on "this extension does not work anymore"? What is the shown behavior? Any kind of error messages? Also see Manual:How to debug.

AKlapper (WMF) (talk)09:17, 24 April 2015

There are no messages on the screen, neither in the log file. When I add the lines for PHP and SQL logging, also nothing is on the screen. Also logging to a file does not give any info.

When the Extension:Include is active, after upgrading to 1.24.2, I get a BLANK screen. Whhen I comment the require_one in the LocalSettings (require_once("$IP/extensions/secure-include.php");), my wiki works (without the included pages)., 27 April 2015

"CACHE_ACCEL requested but no suitable object cache is present."

[4bcac667] [no req] Exception from line 141 of /home/xxxwiki/user/w/includes/objectcache/ObjectCache.php: CACHE_ACCEL requested but no suitable object cache is present. You may want to install APC. Backtrace:
#0 [internal function]: ObjectCache::newAccelerator(array)
#1 /home/xxxwiki/user/w/includes/objectcache/ObjectCache.php(85): call_user_func(string, array)
#2 /home/xxxwiki/user/w/includes/objectcache/ObjectCache.php(72): ObjectCache::newFromParams(array)
#3 /home/xxxwiki/user/w/includes/objectcache/ObjectCache.php(44): ObjectCache::newFromId(integer)
#4 /home/xxxwiki/user/w/includes/GlobalFunctions.php(3952): ObjectCache::getInstance(integer)
#5 /home/xxxwiki/user/w/includes/Setup.php(561): wfGetMainCache()
#6 /home/xxxwiki/user/w/maintenance/doMaintenance.php(97): require_once(string)
#7 /home/xxxwiki/user/w/maintenance/edit.php(103): require_once(string)
#8 {main}

I installed APC, and it appears in phpinfo, but when I used edit.php, the error occurs.

Version is like this:

MediaWiki : 1.24.2

PHP : 5.4.39 (apache)

MySQL : 5.0.45-log

APC : 3.1.13

Dlwnsgud0819 (talk)08:00, 27 April 2015

Maybe your command line php version isn't the one you use for your webserver? Can you check, from your command line, if APC is installed? Does your wiki work from a webbrowser?

Florianschmidtwelzow (talk)08:42, 27 April 2015

First, I use now wiki on Web Hosting.

1. It works very well on web browser.

2. When I command 'php -m', There is no apc. The manager of web hosting says "I don't know why doesn't appear in user rights' command, But there is apc when do command by root."

EDIT: First now I set CACHE_ANYTHING to use edit.php. It works well in CACHE_ANYTHING.

Dlwnsgud0819 (talk)08:56, 27 April 2015

If your wiki works with the webbrowser and not from the command line, then the command line uses another php.ini (this is definitely so), or you're using another (old) version of php from your command line.

Check your php.ini for your command line (usually /etc/php5/cli/php.ini on Ubunutu) and check, if apc is enabled there, too. But for this your hosting provider should really support you, "i don't know" doesn't sound like a good answer ;)

Florianschmidtwelzow (talk)11:51, 27 April 2015

all russian names of category display wrong

all russian names of category display wrong

my server was updated mySQL 5.5.40 PCRE 8.35 PHP 5.6 apache 2.2

after that i am updated mediawikii from 1.18 to 1.24

that don't help me.

what i do wrong?

MaxnoSpb (talk)11:36, 27 April 2015

Suggestion: Add a link to edit the articles in Special:WhatLinksHere

The page Special:WhatLinksHere contains a list of links that link that page, each link has a link its article and a link to see the pages what links with page. E.g. in Special:WhatLinksHere/Project:Support_desk appears MediaWiki ‎(← links))

But when I want to correct the links of a page (because is a disambiguation page) I have to open the articles and after press in Edit to put it in edit mode.

So I propose add a link that can edit the article directly. E.g. MediaWiki ‎(← links; edit)

Vivaelcelta (talk)17:00, 24 April 2015

This is a support desk. Proposals should go to phabricator. See How to report a bug. I usually need edit links from everywhere, so I ended up creating a gadget that displays all sort of links (edit, history, whatlinkshere, logs, etc) whenever I hover an internal link

Ciencia Al Poder (talk)23:18, 25 April 2015

I created a task for that on phabricator (because i like this idea): phabricator:T97269.

Florianschmidtwelzow (talk)05:33, 27 April 2015

Browser upgrade from 1.21.1 text missing

Edited by author.
Last edit: 22:22, 25 April 2015


I'm running mediawiki version 1.21.1 and I have to upgrade because my web host no longer support PHP 5.3 so the website doesn't work. When I go to /wiki/mw-config/. the first page lets me select the language but the second page has a light bulb in an orange box with a text box underneath and the progress list on the right but nothing else. I have tried highlighting text to see if it is invisible for some reason but it just isn't there, here's a screenshot. How can I fix this so that I can continue the upgrade? Because of PHP being updated the website does no display text on pages, I assume this is the same problem.

The website is

I have managed to get as far as the Upgrade existing installation screen, the orange box has a tick in it and it seems as though it was successful however there is no option to continue to the next page.


Mrjohncummings (talk)21:00, 25 April 2015

Note that in order to upgrade your wiki you need to download a new version first and put it on the server! Read Manual:Upgrade for instructions. Accessing /wiki/mw-config/ won't upgrade it to a new version. It's just to create the database, or make changes in the database in order to use a newer version of MediaWiki.

Ciencia Al Poder (talk)22:22, 25 April 2015

Thanks, all fixed and upgraded now, I found the instructions very hard to follow, I realise that things may be different for different people but a numbered list of steps for a standard installation including images would be very helpful to have.

Mrjohncummings (talk)12:55, 26 April 2015

Well I see a lot of bulleted/numbered lists there. About images, it will be confusing to show images of a "download and extract files" since it will be very different-looking depending on the operating system, if done through a GUI, a text terminal or from a web interface, etc.

Ciencia Al Poder (talk)03:15, 27 April 2015

Image Thumbnail Not Being Created When Image Used In Article

I have MW 1.24.1 installed on CentOs7 with nGinx and PHP-FPM 5.4.16. I am not using ImageMagick.

With that stated, I am having an issue where thumbs are not being created for files when they are used in articles with a specific width defined. Image uploads work fine, and a thumb gets made when a file is uploaded (I assume it's what is displayed on the File:) page. However, attempting to use the image with a new size ends up with a 404 due to the thumb not being there. I am not getting any PHP errors, there is nothing in my system log or my web server logs that would indicate a permission issue.

I enabled debugging on a page that attempted to use a resized image, and the log can be found at

I don't know enough PHP to understand what the TransformationalImageHandler is doing, but I have a strong feeling that

TransformationalImageHandler::doTransform: creating 150x200 thumbnail at mwstore://shared-backend/shared-thumb/6/67/BFZLogo.png/150px-BFZLogo.png using scaler gd

TransformationalImageHandler::doTransform: Transforming later per flags.

File::transform transformation deferred.

isn't a good thing. The specific page that I am using to test this on (and which generated the above debug output) is here.

I appreciate in advance any assistance you can give, and will provide whatever information I am able to if there's something that would help diagnose this issue.

Adamhubble (talk)13:04, 23 April 2015

In order to make sure images are generated on the fly, you need to setup a 404 handler.

"File::transform transformation deferred."

This means that it will be picked up later by the job queue, it is normal when the 404 handler is not in place. Then if you refresh the page, usually the scaling has been done and the image should show.

However going to:

Shows that something deeper is going on. I suspect you have a configuration issue with paths, or with the permissions of the thumb directory. Because of that you are only able to see thumbnails that had already been generated at an earlier time, but no new ones.

TheDJ (Not WMF) (talkcontribs)20:24, 24 April 2015

What other processes would be involved in the generation of a thumbnail by the 404 handler if that is the case, and the one that is created during the process of uploading a new file? I would have assumed (and could very easily be wrong) that in both cases the resizing would be handled by the GD library within PHP. Permissions are sufficient for the php-fpm process to write to the thumbs dir at the time of upload, so I can't think what would have changed. Linux also isn't my forte, but I would expect to see a permission error shown in the system log of CentOs if not in the PHP log itself, and have found nothing in either.

I will look further into the 404 handler though, thank you for that lead. Any extra explanation you can provide in regards to my above comments would be appreciated.

Adamhubble (talk)01:22, 26 April 2015

Sudden PHP Parse error & PHP Fatal Error | MWDebug.php & GlobalFunction.php

Please help,

My wiki page (latest version) is suddenly white and the error log produces two errors:

[19-Apr-2015 22:58:58 America/Chicago] PHP Parse error: syntax error, unexpected '|' in /wiki/includes/debug/MWDebug.php on line 341 [19-Apr-2015 22:58:58 America/Chicago] PHP Fatal error: Class 'MWDebug' not found in /wiki/includes/GlobalFunctions.php on line 981

Prior to that the wiki has been running without a hitch the last error was over a month ago for the autodiscovery mechanism issue with skins (I resolved that)

I'm a total novice with PHP, so any insight would be greatly appreciated. The wiki is used for commercial purposes so it has put us at a stand-still.

Alejanic (talk)00:00, 22 April 2015

What is the "latest version"? You should look at Special:Version for the version number.

Is this problem reproduceable?

Florianschmidtwelzow (talk)07:09, 22 April 2015

I'm quite certain it is version 1.24.2, it was installed fresh a little over 2 months ago. I'm not sure what you mean by "Special:Version" The site is inaccessible. (Is there a file I can ftp to to find version?

I'm not sure what you mean by reproduceable either... If I try to access it, the error_log.php will show those errors above.

Thank you so much.

Alejanic (talk)18:02, 22 April 2015

On April 8th you used version 1.24.1 (at least according to the Google cache).

The website currently only shows a blank page, meaning: Yes, the error most likely happens on each and every page hit., 22 April 2015

Any idea how to resolve this? Maybe try updating? (not even sure that's possible if the site is inaccessible), 23 April 2015

Yes, version 1.24.2 is available and upgrading might clear some PHP caches. It should not hurt and maybe it helps - give it a try!, 23 April 2015

Count of file links


we are using: MediaWiki 1.10.1 PHP 5.2.17 MySQL 5.5.11

It is a non public Wiki, so access from outside is not possible.

When clickin on a image in a article I'll forward to the image site (standard). On this page I have a list of file links to see where the image is used. We have figured out the list is limited to 1000 entries. Unfortunately this is not enough for us. We need all links for statistics. How to configure this?

Best regards Giz, 22 April 2015

If you refer to "File usage": No setting that I'm aware of. The related code is nowadays in includes/page/ImagePage.php and under /includes/filerepo/file/* if you feel like hacking PHP.

General note: You are using an ancient and unsupported MediaWiki version that is full of security problems nowadays. Please run maintained software.

Malyacko (talk)09:04, 23 April 2015

You can use the API like:

Then use the continue param in the result to generate the next api request, to collect all the urls referencing Example.jpg

TheDJ (Not WMF) (talkcontribs)20:34, 24 April 2015

IIRC, Special:WhatLinksHere doesn't impose a limit. The usage links inside the file description page does, because it doesn't support pagination.

Ciencia Al Poder (talk)23:11, 25 April 2015

[RESOLVED] File Upload Problems, 'Could not create directory ...'

Hello, when I attempt to upload a file to my wiki, it gives the error 'Could not create directory "mwstore://local-backend/local-public/c/c4".'

I am running MediaWiki 1.24.2 with PHP 5.4.38 (cgi-fcgi) and SQLite on a shared server. The images/ directory has 0755 permissions, but file uploads do not work with 0777 permissions either. The images/ directory is owned by the same user that owns and (to my knowledge) executes the scripts. The php.ini directive file_uploads is set to "On".

The wiki itself is located at

Before, I had used (an outdated version of) MediaWiki installed using an automatic installation script and file uploads were working fine, and the permissions of the (sub)directories seem to be the same.

Edit: If I use the UploadWizard extension, it gives the error 'Internal error: Server failed to store temporary file.'. I am not sure if this information would help or not.

Edit 2: If I put a php file in wiki root directory that just creates a file in images/ it runs fine (and the file is made). So it must be a problem with the MediaWiki files themselves, right?

Resolution: It turned out to be something to do with SQLite, when I tried using MySQL, it worked.

LiamRyanTheProgrammer (talk)01:03, 23 April 2015

Put search box in sidebar

I have mediawiki 1.24.2 with the vector skin. Is there a way to put the wiki search box in the sidebar?

Scott Goldthwaite (talk)13:45, 25 April 2015

search box formatting anomaly

I'm in process of commissioning a new server with the latest stable releases of both MW,SMW and loads of extensions. Once running sweetly it will replace the current production server. It accessible here and is currently populated with a fairly recent backup of the production site to facilitate thorough debugging. The SSL cert will be reported as invalid because it is the production site cert and being used for Apache config/debug purposes only.

I have resolved multiple issues easily enough but not this one - yet: The search-box prompt and any type-in text appears below the actual box. Any pointers to fixing it would be much appreciated.

Sabretache (talk)10:32, 24 April 2015

You have some sort of 'improved search' gadget or extension installed, that is not compatible with the latest search box styling changes and is breaking both the 'plain' and the 'improved search'.

TheDJ (Not WMF) (talkcontribs)20:10, 24 April 2015

Thanks TheDJ.

The problem turned out to be that 'external search' and the related drop-down check boxes in User preferences/gadgets were both enabled when the page Wikimedia technical search did not exist on the wiki

Sabretache (talk)06:38, 25 April 2015

Namespace prefix o on p is not defined

A few pages on our media wiki have started providing the below error message, but we are not certain why or what is causing it, looks like a database error to me.

<parsererror style="display: block; white-space: pre; border: 2px solid #c77; padding: 0 1em 0 1em; margin: 1em; background-color: #fdd; color: black"> This page contains the following errors:[edit] error on line 1 at column 35: attributes construct error Below is a rendering of the page up to the first error.[edit] </parsererror>

It only appears on a few pages, and similar pages still works., 23 April 2015

It's trying to parse content that is invalid. Either the content is invalid, or you have some extension installed that is injecting something invalid.

TheDJ (Not WMF) (talkcontribs)20:27, 24 April 2015

Edit Gliffy returns an error

Zvik, Kim Apr 22, 8:44 AM: Hi Gliffy, We have a bunch of Gliffy diagrams in Media Wiki One has did=4395652 This image does display fine in MediaWiki When I attempt to edit it in MediaWiki so that I can export it and then import into Confluence 5, I get this error: Gliffy Online - Error! An error has occurred! You have used an out-of-date link to reach this page. If you accessing Gliffy through WordPress or the Gliffy API, the link that you used has expired. Please go back and refresh the page you came from, then follow the updated link. If you have further trouble, or you feel you have received this message in error, please contact Thanks, Kim, 23 April 2015

"please contact"

TheDJ (Not WMF) (talkcontribs)20:17, 24 April 2015

Last called parser hook(s)?

Description: I've wrote a parser hook that checks if the guest has a valid SAML session - if so it logs the user in into the MediaWiki's user object. If I disable the check and let the guest login manually it works fine (so the signin function ect. is working as it should).

Problem: The cookies arent set, because the hook "CheckADFSPlugin" is ran BEFORE the 'signin' function is called. The hook is currently bound to: BeforePageDisplay since it needs to check the SAML session and user SESSION every page hit.

YOUR1 (talk)07:52, 24 April 2015

Not entirely sure what you need to do exactly, but mostly likely you will need one of the hooks that Extension:CentralAuth uses as well. Look at the bottom of that page, to find categories for each hook that the extension uses.

TheDJ (Not WMF) (talkcontribs)20:16, 24 April 2015

Pack mumble into APS standard

Hi guys,

I'd like to know are there any restrictions on packing server side of mumble into APS application? This will allow enable hosters who support such standard to sell your service., 24 April 2015

Becoming administrator

Hi, I'd like to know how i can become administrator if there are no administrators, stewards, bureaucrats?

Postituvi (talk)17:40, 18 April 2015
  • if there are no administrators, stewards, bureaucrats in the wiki?
Postituvi (talk)17:41, 18 April 2015

How did this situation happen? Some mistake in the setup of the wiki, or is it an abandoned wiki that theoretically has admins, but practically they didn't visit the sites for ages? Do you have access to the server/database? If so, one way to make yourself an admin would be to edit the file LocalSettings.php. You could (warning: just for the five minutes or so this action would take) grant everyone the right to promote somebody as an admin by altering the LocalSettings.php, then go to the wiki, make yourself an admin, and go back to the LocalSettings.php and undo your changes.

LiturgicaNotata (talk)07:07, 20 April 2015

It depends on the wiki. I'm not exactly familiar with how it's handled on Wikimedia since I've never witnessed a situation like that. On Wikia, they have "adoption requests" which allow for users to adopt a wiki and become administrator if the existing bureaucrats are gone. On independent wikis, generally there isn't much of a way to become an administrator. If the bureaucrats are all gone from the wiki, there's no real way for you to be given adminship unless you can somehow get a hold of a bureaucrat on the wiki. You can try contacting them on their talk page or using Special:EmailUser, as they may be notified about it and return to the wiki.

GeorgeBarnick (talk)18:14, 18 April 2015

Thanks, I found the solution Postituvi (talk) 14:44, 23 April 2015 (UTC)

Postituvi (talk)14:44, 23 April 2015

Maybe you can write down your solution for other people? ;)

Florianschmidtwelzow (talk)06:28, 24 April 2015
First page
First page
Previous page
Previous page
Last page
Last page