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

Internal error after import

Summary by Helvianir

We have imported some modules manually, this seemed to have fixed the problem, weird thing is, the error was not really an error, somehow what we imported did came through.

Helvianir (talkcontribs)

Hey, recently we set up a wikimedia install, version 1.27 , whenever we import we get an error.

[V5upRMBjIxoACJF3dzYAAASF] /wiki/index.php?title=Special:Import&action=submit DBUnexpectedError from line 2668 of /home/____/public_html/wiki/includes/db/Database.php: MediaWiki::preOutputCommit: Flushing an explicit transaction, getting out of sync!

What is going on? We have tried anything

Helvianir (talkcontribs)

If it may help I have achieved a backtrace

#0 /home/___/public_html/wiki/includes/db/loadbalancer/LoadBalancer.php(1055): DatabaseBase->commit(string, string)

#1 [internal function]: LoadBalancer->commitMasterChanges(string)

#2 /home/ixnay/public_html/wiki/includes/db/loadbalancer/LBFactory.php(206): call_user_func_array(array, array)

#3 [internal function]: LBFactory->{closure}(LoadBalancer, string, array)

#4 /home/___/public_html/wiki/includes/db/loadbalancer/LBFactorySimple.php(154): call_user_func_array(Closure, array)

#5 /home/___/public_html/wiki/includes/db/loadbalancer/LBFactory.php(209): LBFactorySimple->forEachLB(Closure, array)

#6 /home/___/public_html/wiki/includes/db/loadbalancer/LBFactory.php(250): LBFactory->forEachLBCallMethod(string, array)

#7 /home/___/public_html/wiki/includes/MediaWiki.php(561): LBFactory->commitMasterChanges(string, array)

#8 /home/___/public_html/wiki/includes/MediaWiki.php(539): MediaWiki::preOutputCommit(RequestContext)

#9 /home/___/public_html/wiki/includes/MediaWiki.php(750): MediaWiki->doPreOutputCommit()

#10 /home/___/public_html/wiki/includes/MediaWiki.php(519): MediaWiki->main()

#11 /home/___/public_html/wiki/index.php(43): MediaWiki->run()

#12 {main}

an error "Exception encountered, of type "BadMethodCallException""

Wujiang2016 (talkcontribs)

when I finished installing the mediawiki and registered users,there is an error "Exception encountered, of type "BadMethodCallException"".

Ciencia Al Poder (talkcontribs)

What MediaWiki version? Clear steps to reproduce?

Wujiang2016 (talkcontribs)

this version is 1.27.0 .

the step is:After the installation is completed, I opened the main page of the site, input the register of user

, entered the user information and submitted, then the error message comed out. only showed the error information

, there was no trace information.May I send you a website which has the picture of the error page? Would you mind checking it and letting me know what the mistake is, please? (talkcontribs)

Hi, same here, fresh installation, no login possible.

TheDJ (talkcontribs)

You could try disabling your installed extensions one by one. Likely one of them is not compatible with 1.27.0 (talkcontribs)

I got same error message.

MediaWiki 1.27.0. Php 7.0.9. Debian 7 32bit. (talkcontribs)

I installed 1.26.3, and it works fine at the same configuration.

If its needed i can repeat my installiation and make screenshots of all my actions, and post it here. (talkcontribs)

my version of PHP is 7.0.9 (cgi-fcgi), MySQL5.5.40-0+wheezy1

Ciencia Al Poder (talkcontribs)

Getting a stack trace of the error would be useful. You can usually achieve that by enabling $wgShowExceptionDetails in your LocalSettings.php

Wujiang2016 (talkcontribs)

I solved my problem, I replaced the 1.26.3 version, thanks. (talkcontribs)

Fix is to uninstall 1.27 and install 1.26.3? (talkcontribs)

No, that is not a fix, but only a workaround. And it is important to note that downgrades are not supported. So for most users, going back to 1.26 is no option at all.

Reply to "an error "Exception encountered, of type "BadMethodCallException"""
Nanoukaplus (talkcontribs)


I've got a query #ask using the format template, with a template and an introtemplate. I want to display the results in a table.

|introtemplate=Header search object
|template=Search Object
|outrotemplate=Table footer

In my outrotemplate I only have the caracters |} In my template I display the informations of my query. In my introtemplate Header search object I want to display the columns only with certain conditions, so I have this code :

{|class = "wikitable"
{{#if:{{{1}}}|!Object's name}}

But it didn't recognize the parameters into the balise {{{1}}},{{{2}}}.. Does anyone have a solution please ?

FriedhelmW (talkcontribs)

Put the #if outside the #ask and use different templates for each case.

Reply to "Ask and introtemplate" (talkcontribs)

Hello folks! I have set up a new Mediawiki installation (1.27.0). The installation went fine, but now I cannot login with the user account I created during the install process. Error message is: "There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again."

What can I do about this?

AhmadF.Cheema (talkcontribs)

Try changing $wgMainCacheType from CACHE_ACCEL to CACHE_ANYTHING.



2003:4F:4D5D:2301:7DEC:EB86:211F:253F (talkcontribs)

Thank you very, very much for your reply, Ahmad. Unfortunately it didn't help. When I change $wgMainCacheType and/or $wgSessionCacheType to anything else than CACHE_ACCEL, then the Mediawiki page cannot be loaded at all.

AhmadF.Cheema (talkcontribs)

Does the MediaWiki page give an error or does it keep on loading indefinitely?

2003:4F:4D5D:2301:7DEC:EB86:211F:253F (talkcontribs)

It works now with Mediawiki 1.26.3.

2003:4F:4D5D:2301:7DEC:EB86:211F:253F (talkcontribs)

MW 1.27.0 gave an error 500.

AhmadF.Cheema (talkcontribs)

The error 500 means there is probably some configuration or extensions problem.

If you still want to try 1.27, you will have to set

$wgShowExceptionDetails = true;

at the end of your LocalSettings.php file, to get more information about the error.

It is possible that you made some syntax error while editing your LocalSettings.php.

Reply to "problem with your login session"

WikiEditor toolbar not showing up.

13 (talkcontribs)


I just set up my first MediaWiki site and I can't get the WidkiEditor toolbar to show up. I have scoured the internet, tried many things but with no success. Here is my current config:

IIS - 7

MediaWiki - 1.26.0

PHP - 5.6.16 (cgi-fcgi)

MySQL 5.7.9-log

I have these included in my config:

wfLoadExtension( 'WikiEditor' );

$wgDefaultUserOptions['usebetatoolbar'] = 1;

$wgDefaultUserOptions['usebetatoolbar-cgd'] = 1;

$wgDefaultUserOptions['wikieditor-preview'] = 1;

$wgDefaultUserOptions['wikieditor-publish'] = 1;

I'm not sure what else to try. Some direction would be very helpful.


-Gabe (talkcontribs)

Just to be sure: When you say that you have added the settings to your configuration, then you mean the file LocalSettings.php, right? This is where you should put these lines.

According to Extension:WikiEditor this configuration should work.

When, in your wiki, you visit the wiki page Special:Version, does it then list WikiEditor as being installed? (talkcontribs)

Thanks for the reply. I did add the lines the the LocalSettings.php. I even commented out all the other extensions just to make sure only the WikiEditor was installed.

The WikiEditor also shows up on the Special:Version page.

I agree that my configuration should work! I just can't figure out why it isn't... (talkcontribs)

Does the wiki have a public URL so that I can take a look?

I am guessing that you have some kind of JavaScript problem:

The problem is not that the wiki also is completely unstyled, right? Styling of the whole page, of the headline, the logo, tabs and so on all display fine, right?

In your LocalSettings.php file, is the variable $wgServer set correctly? (talkcontribs)

Edited from //localhost/ to


Still, no luck.

Ciencia Al Poder (talkcontribs)

It could be Manual:Errors and symptoms#Missing edit toolbar, JavaScript not working, or Manual:Errors and symptoms#The wiki appears without styles applied and images are missing (talkcontribs)

We are behind a firewall, so no public URL. The wiki is styled, so no problem there. Everything is displaying fine.

There doesn't appear to by any problems with the $wgServer varible. Tried several differnt configuration options.

I looked at the suggestions regarding JavaScript and I am not seeing any Java errors. However I am getting this from the web console:

Internal error

Problematic modules: {"startup:"errror"}

Not sure exactly what that means. Did a quick web search but didn't find much usefull. Any more thoughts?

Thanks! (talkcontribs)
Problematic modules: {"startup:"error"}

This may well be the reason for your problem. Please add

$wgResourceLoaderDebug = true;

to your LocalSettings.php file and see, if you afterwards get more information about the startup error you are having. This kind of error can e.g. be caused by an extension. (talkcontribs)

Added $wgResourceLoaderDebug = true;

Same error message, without anymore info.

I was hoping that would show some more info...

Jörgi123 (talkcontribs)

Me either.

Can you please again uncomment all extensions, clear all caches and try again?

We recently had someone, who had the same problem.

He also had all extensions deactivated, but the error remained. After some more testing - without extensions - he could nail it down to a faulty extension. (talkcontribs)

After trying all the suggestions and everything I could think of my last ditch effor was to downgrade to 1.25.3.

I see that the toolbar wikieditor works fine in verison 1.25.3.

Looks like it is a problem with 1.26. Not sure how to fix it so I guess we will have to stick with 1.26 for now. (talkcontribs)

I am not so sure about that. As with the other user, which Joerg mentioned, the problem in fact was an extension, although he had all extensions uninstalled - just like you had.

He most likely had a caching issue, which made him see the error, although it in fact was no longer present. And that is the problem, which you most likely have as well.

Ciencia Al Poder (talkcontribs)

Or maybe an error in one of the JavaScript files, if it wasn't copied correctly. $wgResourceLoaderDebug only makes JavaScript to not be minified and also each module is split on its own request. The useful configuration here is $wgShowExceptionDetails. It won't show you a more meaningful error in JavaScript console, but opening the URL that loads that module on a new window should display the error details inside a JavaScript comment.

Collection Extension : setting $wgScriptPath

2 (talkcontribs)

The actual documentation of Collection Extension mention that we should change the "base_url" variable in the function renderCollection of extensions/Collection/Collection.body.php file if changing $wgScriptPath messes up our site (obviously it does).

As there is no "base_url" in the last version of Collection for Mediawiki 1.27 (in Collection.body.php file) and because the issue mentioned date from 2012, and because the code presented in the proposed fixed is completely different from the one that I downloaded here (link from the official Collection Extension page), I wondering if it is still relevant and necessary ?

If someone can tell me which one is the good one, which one is up to date and which one is obsolete.

I hope it will help you to put the documentation up to date !

Thanks. (talkcontribs)

Don't the support team has some informations about this question ? I think this question is relevant when looking at documentation.


Reply to "Collection Extension : setting $wgScriptPath"

Saving article sends me back to Home page?

3 (talkcontribs)

I'm writing an article on my wiki and for some reason, when I add the following sentence into my article, it just sends me back to my home page without saving. What's the problem?

The paragraph:

In the run up to the 2014 Scottish Independence Referendum, Tavish and his Orkney counterpart Liam McArthur put forward a motion to the Liberal Democrat conference to recognise the Islands having a "separate right to self-determination". Having been a career-long critic of Scottish Independence, Tavish campaigned for a No vote in the independence referendum. A majority of Shetlanders - 64% - agreed with Tavish and voted against Scottish Independence. (talkcontribs)

If I remove the " " then it works. Do I need to fix something in local settings?

AhmadF.Cheema (talkcontribs)

Are the " " copy-pasted from another source, or were they typed directly by you?

Reply to "Saving article sends me back to Home page?"
Jasminpatel82 (talkcontribs)

i would like to ask if my content or idea is appropriate or acceptable to be a wiki post. Is there a wiki chat live support person I may chat with? basically, i have an AMAZING DIY riceroni recipe. You will die for it. It obvio involves riceroni and ALOT of JasminWayz so I wanted to know if I can make this Jaseroni and post on wiki as Best DIY Custom riceroni (Jaseroni).

Reply to "to chat with wiki"

<ul id="footer-info"> is empty on special pages!?

Stefahn (talkcontribs)

I found that <ul id="footer-info"> is empty on my special pages. Example: See the footer on compared to . MediaWiki 1.27.

Is this a meant to be this way?
How can I show the footer-info on special pages too?

Reply to "<ul id="footer-info"> is empty on special pages!?"

How to make UploadWizard fields unrequired?

Tribly (talkcontribs)

I installed UploadWizard extension on my wiki and everything seems to be working fine, but I stuck with tinkering with it's configuration. How do I setup in $wgUploadWizardConfig in the LocalSettings.php to make the "Source" and "Author(s)" fields and other required fields unrequired? We upload a lot of memes from the internet to our wiki and the wast majority of those memes have unknown authors or just unoriginal, Those required fields also slow down the upload time of our images.

AhmadF.Cheema (talkcontribs)

In your UploadWizard.config.php, try changing:

// Min author string length
'minAuthorLength' => 1,

// Min source string length
'minSourceLength' => 5,


'minAuthorLength' => 0,


'minSourceLength' => 0,

Maybe this will work.

Tribly (talkcontribs)

I tried to change those but it didn't had any effect.

AhmadF.Cheema (talkcontribs)

OK, scratch the previous edits, there is no need for them.

  • Open file "mw.UploadWizardDeedThirdParty.js" in directory $IP/extensions/UploadWizard/resources
  • Comment out the following lines:
if ( text === '' ) {
				errors.push( mw.message( 'mwe-upwiz-error-blank' ) );
			} else if ( text.length < minLength ) {
				errors.push( mw.message( 'mwe-upwiz-error-too-short', minLength ) );
			} else if ( text.length > maxLength ) {
				errors.push( mw.message( 'mwe-upwiz-error-too-long', maxLength ) );


if ( text === '' ) {
				errors.push( mw.message( 'mwe-upwiz-error-blank' ) );
			} else if ( text.length < minLength ) {
				errors.push( mw.message( 'mwe-upwiz-error-too-short', minLength ) );
			} else if ( text.length > maxLength ) {
				errors.push( mw.message( 'mwe-upwiz-error-too-long', maxLength ) );
  • This should work.
  • Note that I don't know php, so I am unsure whether it will break something else or not, but I think it should be fine.
Tribly (talkcontribs)

Thank you very much! This worked perfectly. But by any chance do you know how can I do the same in the Describe section for the "Description" and "Date created" fields as well?

AhmadF.Cheema (talkcontribs)

Wouldn't it be easier to just use some other extension like: Extension:MsUpload?

If bulk uploading is the only feature you want.

AhmadF.Cheema (talkcontribs)


  • Open file "mw.UploadWizardDetails.js" in directory $IP/extensions/UploadWizard/resources
  • Comment out the following lines:



		this.descriptionsDetailsField = new uw.FieldLayout( this.descriptionsDetails, {
			label: mw.message( 'mwe-upwiz-desc' ).text(),
			help: mw.message( 'mwe-upwiz-tooltip-description' ).text(),
			required: descriptionRequired
		} );
		this.mainFields.push( this.descriptionsDetailsField );


		this.dateDetailsField = new uw.FieldLayout( this.dateDetails, {
			label: mw.message( 'mwe-upwiz-date-created' ).text(),
			help: mw.message( 'mwe-upwiz-tooltip-date' ).text(),
			required: true
		} );
		this.mainFields.push( this.dateDetailsField );
Tribly (talkcontribs)

Thank you very much! :)

Reply to "How to make UploadWizard fields unrequired?"