Project:Support desk

Jump to: navigation, 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, 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 topic".
By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL
Briancolella (talkcontribs)


I have been having a problem with my pages not categorizing on the wiki we use at my office. Since it is corporate & private, unfortunately I can't share the actual wiki.

The problem:

When I create a new page, in order for it to categorize I have to save it with no content except the categories. The blocker seems to be any other links in the content of the page. If I created a page with content, categories, and all, it would not categorize. In this case, I have to go back in and cut all the content, saving the empty page with just categories, then pasting the content back in once I see it has categorized. (I also tried removing all link brackets, and that worked, but it's easiest just to remove everything.)

Additionally, sometimes one category will even block the other. I will have to save it first as one category, then add the next one and save again, then add the content and save when it's finally in all the correct categories.

This isn't the worst (although it is pretty annoying) when creating new pages from scratch. But once pages are created, if I want to change or add categories it becomes a major headache.

The other symptom of this problem is that pages won't show up as "uncategorized" if they are in one category but not some of the others, so I can't easily identify which pages aren't categorizing properly (we have a lot of pages).

Here is our version info:

MediaWiki 1.27.0

PHP 5.6.24 (cgi-fcgi)

MySQL 5.5.42-37.1-log

ICU 4.2.1 (talkcontribs)

Is a categorized page also disappearing from the category, when you are editing the page without removing the category?

I am asking, because there are known problems with the job queue. The issue people usually have is that pages do not (in fact: not immediately) appear inside their categories. Reasons may be different: It is possible that the job queue is not working at all or that for the way the wiki is being used the queue is not doing enough jobs.

Often setting $wgRunJobsAsync to false helps. Then monitor the contents of the Manual:job table to see, if jobs are getting executed...

Briancolella (talkcontribs)

Pages stick in the category once it's been categorized.

I installed the Maintenance extension and ran runJobs.php; I also ran showjobs and this is the output:

refreshLinksPrioritized: 0 queued; 82 claimed (3 active, 79 abandoned); 0 delayed showJobs ran successfully!

I can't tell if that means it's running those abandoned jobs or if those jobs are the issue. I created a test page that is still not categorized after running runJobs.php (talkcontribs)

Your output means that 82 jobs have been run, but have not been finished. 3 of them are still running or are at least in a state that MediaWiki will try running them again in the future. 79 jobs have exceeded the max job attempts threshold within the last seven days and therefor will not be run again in the near future.

I also cannot tell, if these jobs are the problem, but according to the job type, this at least is possible.

I would now try the following:

  • In the database, TRUNCATE the database table jobs. This will remove all the unrun jobs from the DB.
  • Afterwards, run the refreshLinks.php to get the link tables updated. After that point, category pages will show their member pages correctly again.
  • Set $wgRunJobsAsync to false, do a few edits, adding or removing categories from pages. Then wait a day or so to see, if categories are correctly updating now. You can also monitor the contents of the job table to see, if jobs are getting executed...
Briancolella (talkcontribs)

I've been trying to figure this out on my own but it's not going so well. I was able to truncate the jobs table, but I'm having issues when trying to run refreshLinks.php. I may be doing something wrong but I'm not sure what.

From PuTTY I'm getting this:

"[~public_html/maintenance]# php refreshlinks.php

Status: 404 Not Found

Content-type: text/html

No input file specified.

From the MaintenanceShell extension I get this (page names replaced with XYZ):

Refreshing links tables.

Starting from page_id 1 of 1024.

A database query error has occurred. Query: INSERT IGNORE INTO `wrx_pagelinks` (pl_from,pl_from_namespace,pl_namespace,pl_title) VALUES ('1','0','0','XYZ'),('1','0','0','XYZ'),('1','0','14','XYZ'),('1','0','14','XYZ'),('1','0','14','XYZ'),('1','0','14','XYZ'),('1','0','14','XYZ'),('1','0','14','XYZ'),('1','0','14','XYZ'),('1','0','14','XYZ'),('1','0','14','XYZ')

Function: LinksUpdate::incrTableUpdate

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

Generally using Putty is the preferred way to run such scripts. Using the MaintenanceShell extensions runs them in a way they never were intended to be run.

Anyway, I currently don't know how you are getting the error 404 in Putty. I think I have never seen that. Compared to this, the output from MaintenaceShell in fact looks better...

For the error "Unknown column 'pl_from_namespace'": According to pagelinks table, the column pl_from_namespace has been added in MediaWiki 1.24. You are using MediaWiki 1.27. Can you doublecheck, if this column really is missing? I think you should have gotten errors way earlier already then...

Briancolella (talkcontribs)

So it would appear that the column really is missing. My describe/explain output for the pagelinks table shows just the three fields (talkcontribs)

Puhh, that is possibly quite some work you have ahead.

You could now try running the update.php script. Maybe this adds the missing columns. Make sure you have a backup, of your files but especially of your database, before you try it!

Another approach would be to check the SQL files, which come with MediaWiki to see, which one of them should have added the missing columns. I just did that for you and it is the file maintenance/archives/patch-pl_from_namespace.sql. Then you can run this file in your database to get the - empty - column and the index added. You will have to add your table prefix wrx_ to the according MySQL commands.

The really save way would be to create a MySQL dump of your database with the option --no-data. This will dump the scheme without any data - compare this scheme with the scheme of a newly set up MediaWiki 1.27 database to see, which columns and indeces are missing. And then add these columns and indeces...

Ciencia Al Poder (talkcontribs)

Adding a missing column manually wouldn't give me any confidence that this would resolve the problem. Note that the database update not only adds tables or columns, it may also populate or change contents of those tables, and just comparing two database schemas won't give you details about those.

Reading the original description of this thread, which notices that the page saves without errors, but if changes are made to links they won't be categorized, suggests that an upgrade was done but the update.php script hasn't been run. Please read Manual:Upgrading! (talkcontribs)

It is true that only adding missing columns and indeces will not populate them. That is why I proposed to try the update.php script first. If it has not marked the according updates as "done", maybe it helps. However, if it does not, then once you know, which columns/indeces are missing, it should be possible to at least tell, which part of a database upgrade did not go through completely.

It is possible that a DB update did add columns and stuff, but that populating them did not complete. But how to find out? Without any error message (sounds like for Briancolella the wiki worked without any errors), it will be hard to tell, what else to do...

Reply to "Problem with categorizing pages"
TraaBBIT (talkcontribs)


I added some SVG files.

But now I see on page when that files are added this error:

"Error creating thumbnail"

I have that code in LocalSettings:

$wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg', 'ppt', 'pdf', 'psd', 'mp3', 'xls', 'xlsx', 'swf', 'svg', 'doc','docx', 'odt', 'odc', 'odp', 'odg', 'mpp');

$wgSVGConverter = 'ImageMagick';

$wgAllowTitlesInSVG = true;

$wgSVGConverterPath= "C:/ImageMagic/convert.exe";

$wgLoadFileinfoExtension = true;

$wgMimeDetectorCommand = "file -bi";

I'm not sure about that:

$wgSVGConverterPath= "C:/ImageMagic/convert.exe";

Does that mean that I should have installed ImageMagic on my PC? (talkcontribs)

That means that you should either remove the wrong configuration so that MediaWiki will no longer try using a program, which is not there thus throwing an error. Or you should install ImageMagick and make the path point to it.

The first $wgSVGConverterPath is superfluous and should be removed no matter what you decide to do.

TraaBBIT (talkcontribs)

OK. But should I install ImageMagic on my PC or on server? (talkcontribs)

If, then on the server.

TraaBBIT (talkcontribs)

OK. I installed IM on my serwer.

I got this error now:

Error creating thumbnail

/bin/bash: /usr/local/bin/convert/convert: Not a directory


Ciencia Al Poder (talkcontribs)

Whenever you have /usr/local/bin/convert/convert in your LocalSettings.php, it should probably be /usr/local/bin/convert or even /usr/local/bin

Reply to "Issue with SVG file"
Dekel E (talkcontribs)


I have just tried to activate a Bot on my own Wiki, Kidipedia (קידיפדיה).

I created a family code file, according to this page:

from pywikibot import family                                                    
class Family(family.Family):                                                    
    def __init__(self):                                                         
        family.Family.__init__(self)                                            = 'kidipedia'                                                       
        self.langs = {                                                          
            'he': '',                                
	def scriptpath(self, code):
		return ''
	def protocol(self, code):                                                         
		return 'HTTP'

But when I try to run the bot and to connect to the website, I get an Error Message:

WARNING: Http response status 404
WARNING: Non-JSON response received from server kidipedia:he; the server may be down.
WARNING: Waiting 5 seconds before retrying.

Thanks, (talkcontribs)

According to the docs you linked, your variables are set correctly.

But did you notice, how the value of "self.langs" is used incorrectly? "received from server kidipedia:he". Maybe it helps to adjust there...

Dekel E (talkcontribs)


I sniffed the packets to the server via Wireshark, and see that the packet are sent accidentally to instead of How can I fix it?

Thanks in advance

Ciencia Al Poder (talkcontribs)

I think that, if you define self.langs as an associative array, you must do the same with other settings as well. This is at least what I have on a similar family:

    def scriptpath(self, code):
        return {
            'he': '',
Reply to "Activate a Bot onThird-party Wiki"

"special:WhatLinksHere" with underlines

Paul Hema (talkcontribs)

Moin moin.

1. In my wiki there is an page named "Test_123". 2. Via URL it is called "index.php?title=Test_123". 3. In the header of the article the is "Test 123" (without underline).

Now I have a Problem with the Special site Help:What_links_here. Article with underlines are not found in this site.

Any ideas why? Paul (talkcontribs)

Is this a general problem with all pages, which have an underline in their name in your wiki?

enerally these page should appear there just as all other pages as well, e.g. see Special:WhatLinksHere/Project:Support_desk for the Support Desk.

You can run the Manual:refreshLinks.php maintenance script. This will among other things refresh the contents of the pagelinks table and will so fix this problem. However, it is no guarantee that this problem does not happen again.

Just as an idea, let me link you Manual:$wgRunJobsAsync here. (talkcontribs)

> and will so fix this problem

At least that is what I hope. ;-)

Paul Hema (talkcontribs)

The refreshLinks.php worked fine and now the articles will be found.


Cannot save page or Preview page on mediawiki 1.2.0

Aroadant (talkcontribs)

I used mediawiki 1.2.0 on my Server and because of the php Version I cannot update it. The problem I have is that I can edit and save the page on the local machine. But, if I tried to edit and save pages using external computer, it will show up a connection reset error.

From external computer, I can view all the pages, create user account, even upload a large size of file.

Any suggestions about how can I DEBUG this problem? (talkcontribs)

How to debug might help you.

For clarification:

  • Your MediaWiki version really is 1.2? Not 1.20?
  • When you say "local machine", what do you mean? Is that the same machine, on which the server is running? Like: The localhost of your wiki?
  • Is the connection reset error in your browser shown when you open the edit view? Or only after you hit the save button? Or both?
Aroadant (talkcontribs)

Sorry about the unclear statement, the version is 1.20.

By "Local Machine", I mean the server which runs the apache2 and php along with the mediawiki. And I tested editing mediawiki pages using the browser in "Local Machine", it works well.

The "connection reset" error occurs after I hit the save button and waited for several minutes.

I tried to use the PHP Error Log, and nothing shows up there, also for apache2 and Mysql Error log.

For information, my php version is 5.2.0.

Ciencia Al Poder (talkcontribs)

This looks like MediaWiki hangs while editing a page, and some sort of max execution time for PHP is killing it before completion.

You can try editing a small page to see if the problem is a very complex page. For example, create a new page with just a dot in the content, and see if the page is saved. If small edits are saved but complex ones aren't, the problem may be a slow server, or some extension causing problems. You may try disabling extensions.

Reply to "Cannot save page or Preview page on mediawiki 1.2.0"
Gmdesignuk (talkcontribs)

I downloaded Scribunto and installed it into the extensions folder, I then added require_once


to the localsettings.php file and when i then went to my wiki and viewed a page I get this error

[V7qz6goCATEACVtcqwkAAACu] 2016-08-22 08:12:27: Fatal exception of type "MWException"

I cannot view any page, but if I delete the line from localsettings it works fine.

please help?

I am using 1.27 version of MediaWiki

I can view special:version ok and it shows its installed, i can also view some of my pages but most i cannot view and has that error.

I added code to show the error in detail and here it is

[V7rhOQoCATEAC6pvH7MAAADC] /index.php?title=Coylton MWException from line 208 of /home/u639525380/public_html/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php: The lua binary (/home/u639525380/public_html/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua) is not executable.


  1. 0 /home/u639525380/public_html/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(114): Scribunto_LuaStandaloneInterpreter->__construct(Scribunto_LuaStandaloneEngine, array)
  1. 1 /home/u639525380/public_html/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(93): Scribunto_LuaStandaloneEngine->newInterpreter()
  1. 2 /home/u639525380/public_html/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(8): Scribunto_LuaEngine->load()
  1. 3 /home/u639525380/public_html/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(195): Scribunto_LuaStandaloneEngine->load()
  1. 4 /home/u639525380/public_html/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(864): Scribunto_LuaEngine->getInterpreter()
  1. 5 /home/u639525380/public_html/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(881): Scribunto_LuaModule->getInitChunk()
  1. 6 /home/u639525380/public_html/extensions/Scribunto/common/Hooks.php(133): Scribunto_LuaModule->invoke(string, PPTemplateFrame_DOM)
  1. 7 /home/u639525380/public_html/includes/parser/Parser.php(3817): ScribuntoHooks::invokeHook(Parser, PPTemplateFrame_DOM, array)
  1. 8 /home/u639525380/public_html/includes/parser/Parser.php(3552): Parser->callParserFunction(PPTemplateFrame_DOM, string, array)
  1. 9 /home/u639525380/public_html/includes/parser/Preprocessor_DOM.php(1175): Parser->braceSubstitution(array, PPTemplateFrame_DOM)
  1. 10 /home/u639525380/public_html/includes/parser/Parser.php(3694): PPFrame_DOM->expand(DOMElement)
  1. 11 /home/u639525380/public_html/includes/parser/Preprocessor_DOM.php(1175): Parser->braceSubstitution(array, PPFrame_DOM)
  1. 12 /home/u639525380/public_html/includes/parser/Parser.php(3366): PPFrame_DOM->expand(DOMElement, integer)
  1. 13 /home/u639525380/public_html/includes/parser/Parser.php(1248): Parser->replaceVariables(string)
  1. 14 /home/u639525380/public_html/includes/parser/Parser.php(446): Parser->internalParse(string)
  1. 15 /home/u639525380/public_html/includes/content/WikitextContent.php(331): Parser->parse(string, Title, ParserOptions, boolean, boolean, integer)
  1. 16 /home/u639525380/public_html/includes/content/AbstractContent.php(497): WikitextContent->fillParserOutput(Title, integer, ParserOptions, boolean, ParserOutput)
  1. 17 /home/u639525380/public_html/includes/poolcounter/PoolWorkArticleView.php(139): AbstractContent->getParserOutput(Title, integer, ParserOptions)
  1. 18 /home/u639525380/public_html/includes/poolcounter/PoolCounterWork.php(123): PoolWorkArticleView->doWork()
  1. 19 /home/u639525380/public_html/includes/page/Article.php(666): PoolCounterWork->execute()
  1. 20 /home/u639525380/public_html/includes/actions/ViewAction.php(44): Article->view()
  1. 21 /home/u639525380/public_html/includes/MediaWiki.php(503): ViewAction->show()
  1. 22 /home/u639525380/public_html/includes/MediaWiki.php(288): MediaWiki->performAction(Article, Title)
  1. 23 /home/u639525380/public_html/includes/MediaWiki.php(745): MediaWiki->performRequest()
  1. 24 /home/u639525380/public_html/includes/MediaWiki.php(519): MediaWiki->main()
  1. 25 /home/u639525380/public_html/index.php(43): MediaWiki->run()
  1. 26 {main}
TheDJ (talkcontribs)

"The lua binary /home/u639525380/public_html/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua) is not executable."

What are the permissions for the binary ? and is it actually running on linux 64bits ?

Gmdesignuk (talkcontribs)

the folder in extentions directory and all files in it are set at 0755 Linux 2.6.32-673.8.1.lve1.4.3.el6.x86_64 #1 SMP Wed Feb 10 08:57:30 EST 2016 x86_64

All I did was install the files that came with the package, i did not change anything and all i did was add the line requested to localsettings

Gmdesignuk (talkcontribs)

please help as my wiki is not usable

AhmadF.Cheema (talkcontribs)

Did you "Set execute permissions for the Lua binaries bundled with this extension"?

Gmdesignuk (talkcontribs)

I have tried 755 and 777 but still nothing (talkcontribs)

What are the permissions of /home/u639525380/public_html/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua ? According to your error message that file is not executable.

Gmdesignuk (talkcontribs)

as i said i have tried 777 and 755 and same result (talkcontribs)

Yes, I know and I believe you. But your server doesn't. :-( Your server says the executable bit would be missing.This might also be a SELinux problem I guess.

TheDJ (talkcontribs)

Yeah sounds to me like you are using a hosting provider that has put this restriction in place. Either with SELinux, or in another way.

Reply to "Error with Scribunto" (talkcontribs)

The IT people blocked action=submit,form-data:key=wpSection that I cannot submit the save page and preview page. Is that any way to debug the code to avoid such key name "wpSection"? (talkcontribs)

Trying to adjust the code only is tinkering about with the symptoms. The real solution is to have your IT guys fix their broken rules. These rules - at least in their current form - obviously are doing more harm than good.

Reply to "getVal('wgSection') Problem"
Zoglun (talkcontribs)

Is this Hunk #1 important? Should I reinstall MW or just ignore the error and patch it?

# patch -p1 --dry-run < mediawiki-1.26.4.patch

patching file RELEASE-NOTES-1.26

Hunk #1 FAILED at 1.

Hunk #2 succeeded at 14 (offset -19 lines).

1 out of 2 hunks FAILED -- saving rejects to file RELEASE-NOTES-1.26.rej

patching file includes/Block.php

patching file includes/DefaultSettings.php

Hunk #1 FAILED at 75.

1 out of 2 hunks FAILED -- saving rejects to file includes/DefaultSettings.php.rej

patching file includes/GlobalFunctions.php

patching file includes/Html.php

patching file includes/HttpFunctions.php

patching file includes/OutputPage.php

patching file includes/Title.php

patching file includes/User.php

patching file includes/api/ApiParse.php

patching file includes/diff/DairikiDiff.php

patching file includes/filerepo/file/LocalFile.php

patching file includes/parser/Parser.php

patching file tests/parser/

patching file tests/parser/parserTests.txt

patching file tests/phpunit/includes/HtmlTest.php

patching file tests/phpunit/includes/LinkerTest.php

patching file tests/phpunit/includes/OutputPageTest.php

patching file tests/phpunit/includes/XmlSelectTest.php

patching file tests/phpunit/includes/XmlTest.php

patching file tests/phpunit/includes/content/JsonContentTest.php

patching file tests/phpunit/includes/parser/NewParserTest.php (talkcontribs)

The release process sadly is flawed. The 1.26.4 release for example first contained PHP 5.5 code, which broke installations. And this code wasn't even in Git. They have Git, but they don't use it to package the stuff. And this wasn't the first time that the tarballs were broken. It's a pitty.

The hunk in the Release Notes file is not important, it is only some text. But an incorrect change in DefaultSettings.php is a problem. Better use the tarball with the complete code and extract the files from there.

Additionally, you might want to open a BUGREPORT about this problem to get the patch file fixed.

Reply to "1.26.4 patching error"
Joriandrake (talkcontribs)

Hello, I just made an account, for some reason my first letter is large, I may have accidentally done this myself, any way I can make the j small as well? (talkcontribs)

The answer is: No, you can't. :-(

Usernames in MediaWiki have some restrictions, e.g. they cannot have underscores in them and their first letter always is in uppercase. Also they cannot have special combinations of characters in them, e.g. "../" is not possible as that would make the user page unreachable.

However, depending on in which wiki you are, there at least is a small help: Some wikis allowusing a magic word to change the display of the page title of a page.

E.g. you could add


on top of your user page and your user talk page. If you add that on your user page, then the page at least will display the name in the spelling with small j.

Reply to "account" (talkcontribs)

Hi, I need a user group can read certain pages.

I do not know how to do it, Thank you

AhmadF.Cheema (talkcontribs)

For selective reading rights, check out List of 40+ page specific user rights extensions and especially the warnings on each of these access control extension pages as MediaWiki is not designed for access control and there are bound to be some loopholes left.

As a starting point I will recommend to try out Extension:Lockdown.

Reply to "Group's read"