Project:Support desk

Jump to navigation Jump to search

About this board

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

There are also other places where to ask :

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".
Previous page history was archived for backup purposes at Project:Support_desk/old on 2015-07-30.
Other languages: English  العربية čeština Esperanto français 日本語 中文

Supported MySql version for mediawiki 1.26.4

Abhishek Manjunath (talkcontribs)


We are using our wiki site with the following software versions. We are planning to move our MySql version to MySql 8 or latest and am not sure this is supported for Mediawiki and if there's any underlying configuration changes needed from Wiki to connect to MySql. Please help me with some insights.

Product Version
MediaWiki 1.26.4
PHP 5.6.14 (cgi-fcgi)
MySQL 5.6.25-log
MarkAHershberger (talkcontribs)

You should update your wiki after (or before) you update your DB. The current LTS is 1.31.

Abhishek Manjunath (talkcontribs)

Thanks Mark for your reply,

We have one query - Can we keep Mediawiki in same version post upgrade DB ?

Bawolff (talkcontribs)

You can look at the INSTALL file included with mediawiki for version requirements. MediaWiki 1.26.4 will definitely work with mysql 8, requiring only 5.0.3 or higher

Reply to "Supported MySql version for mediawiki 1.26.4"
Ablum010777 (talkcontribs)


I tried to set up the LDAP stack (Pluggable_Auth, LDAPProvider, LDAPAuthorization and LDAPAuthentication2) in my wiki. Unfortunately, instead of the Special:Login page this appears:

[39651157031d2b3781e8a606] /testwiki/index.php?title=Spezial:Anmelden&returnto=Hauptseite LogicException from line 762 of /srv/www/htdocs/testwiki/includes/specialpage/AuthManagerSpecialPage.php: invalid field type:


#0 /srv/www/htdocs/testwiki/includes/specialpage/AuthManagerSpecialPage.php(675): AuthManagerSpecialPage::mapFieldInfoTypeToFormDescriptorType(NULL)

#1 /srv/www/htdocs/testwiki/includes/specialpage/AuthManagerSpecialPage.php(648): AuthManagerSpecialPage::mapSingleFieldInfo(MediaWiki\Extension\LDAPAuthentication2\ExtraLoginFields, integer)

#2 /srv/www/htdocs/testwiki/includes/specialpage/LoginSignupSpecialPage.php(659): AuthManagerSpecialPage->fieldInfoToFormDescriptor(array, array, string)

#3 /srv/www/htdocs/testwiki/includes/specialpage/AuthManagerSpecialPage.php(400): LoginSignupSpecialPage->getAuthForm(array, string)

#4 /srv/www/htdocs/testwiki/includes/specialpage/LoginSignupSpecialPage.php(313): AuthManagerSpecialPage->trySubmit()

#5 /srv/www/htdocs/testwiki/includes/specialpage/SpecialPage.php(569): LoginSignupSpecialPage->execute(NULL)

#6 /srv/www/htdocs/testwiki/includes/specialpage/SpecialPageFactory.php(558): SpecialPage->run(NULL)

#7 /srv/www/htdocs/testwiki/includes/MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)

#8 /srv/www/htdocs/testwiki/includes/MediaWiki.php(865): MediaWiki->performRequest()

#9 /srv/www/htdocs/testwiki/includes/MediaWiki.php(515): MediaWiki->main()

#10 /srv/www/htdocs/testwiki/index.php(42): MediaWiki->run()

#11 {main}

This is what I have in my LocalSettings.php:

# LDAP Extension

wfLoadExtension ( 'PluggableAuth' );

wfLoadExtension ( 'LDAPProvider' );

wfLoadExtension ( 'LDAPAuthentication2' );

#wfLoadExtension ( 'LDAPAuthorization' );

$wgPluggableAuth_EnableLocalLogin = false;

$wgPluggableAuth_ExtraLoginFields = array (

        "Login" => array( "type" => "string", "label" => "Benutzername", "skippable" => false ),

        "Passwort" => array( "type" => "password", "label" => "Passwort", "skippable" => false, "sensitive" => true )


$wgPluggableAuth_ButtonLabel = "Anmelden";

$LDAPProviderDomainConfigs = "$IP/ldapprovider.json";

$LDAPAuthentication2AllowLocalLogin = false;

wfLoadExtension ( 'LDAPAuthentication2' );

Is there anything missing? Just in case, this is my JSON file for LDAPProvider:


   "testwiki": {

       "connection": {

           "server": "geo-infra.rlp",

           "port": 389,

           "enctype": "tls",

           "basedn": "ou=group,ou=VermKV,o=Landesverwaltung Rheinland-Pfalz,c=de",

           "userbasedn": "ou=group,ou=VermKV,o=Landesverwaltung Rheinland-Pfalz,c=de",

           "groupbasedn": "ou=group,ou=VermKV,o=Landesverwaltung Rheinland-Pfalz,c=de",

           "searchattribute": "uid",

           "usernameattribute": "uid",

           "realnameattribute": "cn",

           "emailattribute": "mail"


       "authorization": {

           "rules": {

               "groups": {

                   "required":  "cn=wiki_testcontainer,ou=group,ou=VermKV,o=Landesverwaltung Rheinland-Pfalz,c=de"




       "authentication": {

           "usernameattribute": "uid",

           "realnameattribute": "cn",

           "emailattribute": "mail"




Could anyone tell me which mistake(s) I made?

Reply to "LDAP Authentication fails"
Erfansol (talkcontribs)

Hello friends good day

I have a very serious problem after updating from 1.28 to 1.33 and it's timestamp error, which makes it impossible to search and many of our encyclopaedia articles to be displayed correctly.

Please help us

ink of 1.32  :

link of 1.28:

PHP 7.0.33-0ubuntu0.16.04.5 (apache2handler)
MySQL 5.7.25-0ubuntu0.16.04.2
ICU 55.1
Lua 5.1.5

MediaWiki internal error.

Original exception: Wikimedia\Assert\ParameterAssertionException from line 63 of /var/www/html/32/vendor/wikimedia/assert/src/Assert.php: Bad value for parameter $row->rev_timestamp: must be a valid timestamp

best regards

MarkAHershberger (talkcontribs)

How did you upgrade? It looks like you have the wrong version of a library.

Can I ask why you're going to 1.32 instead of the recently-released 1.33? (talkcontribs)

upgrade same upgrade guide in mediawiki(dump sql,install new files,image,...)

i check both version 1.32/1.33 and error still running

Reply to "rev_timestamp: must be a valid"

"MediaWiki:Cite references prefix" no longer exists -> how to add headline to citations?

Stefahn (talkcontribs)

I use <references /> in a template for all my articles. If there's at least one reference in the wikitext, the references are shown and via MediaWiki:Cite references prefix a headline was shown for the references. This worked fine in MediaWiki 1.27.

Now I updated to MediaWiki 1.31 and I found that MediaWiki:Cite references prefix no longer exists. What is the new equivalent to it?

Extension:Cite doesn't say anything about it.

MarkAHershberger (talkcontribs)
Stefahn (talkcontribs)

Thanks. I tried <references responsive="" /> but it doesn't change my code. I get <div class="mw-references-wrap mw-references-columns"> with <references /> as well.

Also, <references responsive="" /> doesn't add a headline and the task says nothing about "MediaWiki:Cite references prefix"...

MarkAHershberger (talkcontribs)

The change to implement this also removed the cite_references_prefix key.

The comment on the commit contains this bit:

* Deprecate cite_references_prefix/cite_references_suffix.

This message is rarely used and opens up compatibility hazards. It was already removed by Parsoid, but the PHP implementation still had it. It's typically used to add inline styles to the wrapper which is more appropiately done in Common.css (or obsoleted as part of the skin or Cite extenion itself nowadays depending on what style in question). It was also a HTML-style message with separated open and close segments, which is an anti-pattern in itself.

Reply to ""MediaWiki:Cite references prefix" no longer exists -> how to add headline to citations?"

Fatal exception of type MWUnknownContentModelException in flow page

Summary last edited by DannyS712 21:21, 18 July 2019 5 days ago

The phab report was closed as not a software bug

Beginneruser (talkcontribs)


in my wiki install flow extension after update to 1.33 version flow page show thi error

[XTC-PS78lpKtREeZjAhslwAAAAM] 2019-07-18 18:49:33: Fatal exception of type MWUnknownContentModelException

for debug in end of LocalSettings.php file add following:

$wgShowExceptionDetails = true;
$wgDebugToolbar = true;
$wgShowDebug = true;
$wgDevelopmentWarnings = true;
$wgShowDBErrorBacktrace = true;

but not show anything except :

[XTC-PS78lpKtREeZjAhslwAAAAM] 2019-07-18 18:49:33: Fatal exception of type MWUnknownContentModelException

please help me

DannyS712 (talkcontribs)

I'm filing a phabricator task for this

Beginneruser (talkcontribs)

in my log file is show message

[Thu Jul 18 23:27:05.146269 2019] [php7:error] [pid 11217] PHP Fatal error:  Uncaught Error: Class 'Pimple\\Container' not found in /home/wiki/web/\nStack trace:\n#0 /home/wiki/web/ require()\n#1 [internal function]: AutoLoader::autoload('Flow\\\\Container')\n#2 /home/wiki/web/ spl_autoload_call('Flow\\\\Container')\n#3 /home/wiki/web/ Flow\\Content\\BoardContentHandler->getActionOverrides()\n#4 /home/wiki/web/ WikiPage->getActionOverrides()\n#5 /home/wiki/web/ Action::factory('view', Object(WikiPage), Object(SkinVector))\n#6 /home/wiki/web/ Action::getActionName(Object(SkinVector))\n#7 /home/wiki/web/fa.imamatped in /home/wiki/web/ on line 5, referer:
DannyS712 (talkcontribs)
MarkAHershberger (talkcontribs)

Do you have a composer.local.json? have you run composer update?

Beginneruser (talkcontribs)

run composer install --no-dev in Flow Extension, then page of talk coming up

but show this error:


then run php upadte.php in

[XTDqUjS2IWuGVrY8udHdHAAAAAA] /wiki/%D8%A8%D8%AD%D8%AB_%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1:Bahmani Flow\Exception\UnknownWorkflowIdException from line 127 of /home/wiki/web/ The requested workflow does not exist on this wiki.

Show message in command line

Adding index flow_tree_descendant_rev_id to table flow_tree_revision ...[408c90bce02610726990c1c8] [no req]   Wikimedia\Rdbms\DBQueryError from line 1587 of /home/wiki/web/ A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?
Query: DROP INDEX flow_tree_descendant_id_revisions ON `flow_tree_revision`

Function: Wikimedia\Rdbms\Database::sourceFile( /home/wiki/web/ )
Error: 1091 Can't DROP 'flow_tree_descendant_id_revisions'; check that column/key exists (localhost)

Now should me run SQL query DROP INDEX flow_tree_descendant_id_revisions ON `flow_tree_revision` in database?

MarkAHershberger (talkcontribs)

It looks like @Catrope updated the code to produce the backtrace you're seeing for UnknownWorkflowIdException. That commit and the associated Phabricator task indicate that there is probably a problem in your DB structure.

Please read over comments on the Phab task and see if any of them help.

Catrope (talkcontribs)

The error appears to be that it's trying to drop flow_tree_descendant_id_revisions but it doesn't exist. I'll upload a patch for Flow to handle this better, but it was probably caused by an aborted update.php run or some other strange thing like that.

In the meantime, you can try to fix this problem by running CREATE INDEX flow_tree_descendant_id_revisions ON flow_tree_revision (tree_rev_descendant_id, tree_rev_id); , then re-running update.php/

Catrope (talkcontribs)
Reply to "Fatal exception of type MWUnknownContentModelException in flow page" (talkcontribs)

Is it possible to show the number of 'Thanks' a comment received besides the 'Thank' link?

Can the number of 'thanks' be stored in a variable or in database and can be displayed for each comment?

AhmadF.Cheema (talkcontribs)
Reply to "Regarding 'Extension:Thanks'"

duplicate actor entry upgrading from 1.32 -> 1.33

Unibond (talkcontribs)

Using a fresh software install against existing 1.32 database ....

An error occurred:

A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: INSERT  INTO `actor` (actor_name) VALUES ('')

Function: MigrateActors::addActorsForRows

Error: 1062 Duplicate entry '' for key 'actor_name' (

Any ideas gratefully received ~~~~

Malyacko (talkcontribs)

The output that you posted says "Did you forget to run your application's database schema updater after upgrading?". That's the first idea...?

Unibond (talkcontribs)

Thanks Malyacko, but I got that error whilst it was upgrading. (talkcontribs)

This happens while running the application's database schema updater, as the topic states. It's happening also for me.

Reply to "duplicate actor entry upgrading from 1.32 -> 1.33"

Clickable .svg image not clickable in wiki page

Fustbariclation (talkcontribs)

I've uploaded a clickable .svg file.

It works perfectly in a browser, just as a file. You can click on all the elements.

When I include it as an image in the wiki, though, it only allows a click on the whole image.

Here's the clickable image:

When I include it on a page like this, it doesn't work:



This is what I have in the LocalSettings.php file:


require_once "$IP/extensions/NativeSvgHandler/NativeSvgHandler.php";

$wgAllowTitlesInSVG = true;

$wgSVGConverter = false;


Ciencia Al Poder (talkcontribs)

SVG images are not rendered as SVG on the page, but they are rasterized as a PNG image instead, so browsers that don't support SVG can display it. This is tracked as task T5593

For your particular use case, you may want to use Extension:ImageMap instead, which define regions of an image that link to different pages or external URLs.

Fustbariclation (talkcontribs)

Yes, that would be a real nuisance. Oddly, though, if I look at the web inspector in Safari, it actually shows it as an SVG. I've attached the screenshot

Ciencia Al Poder (talkcontribs)

Ah, I didn't noticed you were using the NativeSvgHandler extension.

It seems the extension outputs the SVG image inside an <img> tag, but according to this, the resulting image won't be interactive. So basically, the SVG is displayed but doesn't take account user interaction.

Fustbariclation (talkcontribs)

Oh, dear! Thank you, though - I'll just have to display it as an external link... maybe I could fake the wiki border to make it look seamless..

What a pity they strip out the links. I understand that they want to strip out scripts, but links seem to be throwing out the baby with the bathwater.

Oerzzz (talkcontribs)

I wonder if there have been any changes since.

This is EXACTLY what I would like to do. A link in an SVG (from

I'll keep searching. (talkcontribs)

Bumping Oerzzz. I also want to be able to do exactly that, from svg's generated in

Also found that it is currently not possible to upload a svg; an error is generated: "This SVG file contains an illegal namespace "".". Anyone know what the solution to this might be?

Ciencia Al Poder (talkcontribs)

Look at the code of that svg file. The namespace xhtml is for HTML files, not SVG, hence the error is correct. Are you sure you downloaded a SVG from that page and not a HTML?

Xavi (talkcontribs)

It is possible to achieve it by rendering the svg as an html object in the wiki page:


$wgRawHtml = true;


<object data="http://example/my_file.svg" type="image/svg+xml">

It is important to explicitly use the closing tag </object>, otherwise the page will not be rendered correctly.

Reply to "Clickable .svg image not clickable in wiki page"

Question about case sensivity of page names

Wgkderdicke (talkcontribs)

At the moment I am creating severeal templates in this wiki here (MW 1.31.3). One existing template - because its set to german langauge, they are called Vorlage; this means template - one existing template is called Vorlage:NIV-II with an upper case I at its end. Then I want to create another template called Vorlage:NIV-Ii with a lower case i at its end. I entered this Vorlage:NIV-Ii in the search field and immediately the Vorlage:NIV-II template poped up. After that I created a template named Vorlage:NIV-Iie. This worked fine. Thereafter I moved the Vorlage:NIV-Iie template to Vorlage:NIV-Ii. This worked fine, too. Now both templates are alive and kicking. The question is: why was I not able to create the template with the lower case i in the first place? Is there a little gremlin at work?

Many thanks for an illuminating answer in advance!

Reply to "Question about case sensivity of page names"

trying to install mediawiki 1.31 on Centos 7 - missing component mbstring

Windy54 (talkcontribs)

I am trying to install mediawiki 1.31 on a centos 7 machine.

I get the following error when I access the wiki:

MediaWiki 1.31 internal error

Installing some PHP extensions is required.

Required components

You are missing a required extension to PHP that MediaWiki requires to run. Please install:

When I try and install the extension using

sudo  yum install php72-php-xml

I get a message saying

Package php72-php-xml-7.2.8-1.el7.remi.x86_64 already installed and latest version

and similar for mbstring.

Has anyone got a suggestion as to what to try, I have had a look on the internet and found similar questions with earlier mediawiki versions but nothing makes sense to me.

I am totally new to PHP, HTML etc.



星耀晨曦 (talkcontribs)

Use php -m to check loaded extensions.

Windy54 (talkcontribs)

Ok, so that is telling me it is not loaded which agrees with the mediawiki error message.

But it is installed according to the yum output so I guess I need to find out how to load it.

I can see a google search coming on!



Bawolff (talkcontribs)

Check your php.ini file. Usually you need a line like extension=extensionName

Sometimes package managers might have their own ways to disable/enable extensions (e.g. if a certain file is in an extensions-enabled subfolder of /etc/php, or other triggering mechanisms) (talkcontribs)



mbstring.language = all

mbstring.internal_encoding = UTF-8

mbstring.http_input = auto

mbstring.http_output = UTF-8

mbstring.encoding_translation = On

mbstring.detect_order = UTF-8

mbstring.substitute_character = none;

mbstring.func_overload = 0

mbstring.strict_encoding = Off

Reply to "trying to install mediawiki 1.31 on Centos 7 - missing component mbstring"