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
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"?

Reply to "Error with Scribunto" (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" (talkcontribs)

What is the best practise to hide a not patrolled edit?

I try to explain my problem better: in my wiki a registered user can edit page. This edit is now visible to other user: I don't like it because I have to patrol this edit. Is it possible?

Thank you

Malyacko (talkcontribs)

Extension:FlaggedRevs ? (talkcontribs)

@Malyacko thank you very much: I read the documentation and it do my work. Now, I'm goint to test it! (talkcontribs)

@MalyackoI've got a question: I read the documentation and help page but I don't understand how to set only read validate page. Is it a user's permission that I must write into my LocalSettings.php? Can you help me please?

Reply to "Hide not patrolled edit"

MultimediaViewer error after opening image

Reception123 (talkcontribs)

When I open an image with MultimediaViewer it works for 1-3 seconds and then it gets an error and stops. for full details. All settings are available on .

Reception123 (talkcontribs)

Access-Control-Allow-Origin was missing. now fixed.

"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.


Reply to ""special:WhatLinksHere" with underlines"

How to remove alphabetical headers in category pages?

2 (talkcontribs)

Hi, I want to learn how to hide/remove the alphabetical headers used as sorting keys (the capitalized A, B, etc.) in every category page. When I just put a few pages in one category, these sorting keys are too distracting. I would rather see those pages in one single bullet list. Any help would be appreciated. (talkcontribs)

That is possible with CSS. Try putting the following CSS styles on the wiki page MediaWiki:Common.css in your wiki:

/* Hide letter headlines on category pages */ h3 {
   display: none;
Reply to "How to remove alphabetical headers in category pages?"
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...
Reply to "Problem with categorizing pages"
Newarkmanor (talkcontribs)

Only my main page is publicly accessible. When I click on a page under my main page I get his error

Permission error

Jump to: navigation, search

You do not have permission to read this page, for the following reason:

The action you have requested is limited to users in one of the groups: Administrators, member.

How can I make all my pages publicly accessible for reading only? (talkcontribs)

In your LocalSettings.php file you should have an entry for $wgGroupPermissions['*']['read'], which currently is set to false. Change its value to true!

Reply to "Help! Make pages public."
Marianian (talkcontribs)

Today I began uploading flags for use on my local wiki, but they appear screwed up even though the uploaded SVG is perfectly fine. (see What is causing the screw-up and how can I fix this? --Marianian (talk) 18:47, 23 August 2016 (UTC)

Software info:

  • Operating System: Mac OSX 10.11.6
  • MAMP Pro: 3.5.1
  • MediaWiki: 1.27
  • ImageMagick: 6.9.5-7
Reply to "MAMP and ImageMagick"
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

Reply to "Activate a Bot onThird-party Wiki"