Project:Support desk

About this board

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

(Read this message in a different language)

See also

Before you post

Post a new question

  1. To help us answer your questions, please indicate which versions you are using, as found on your wiki's Special:Version page:
    • MediaWiki version
    • PHP version
    • Database type and version
  2. Please include the web address (URL) to your wiki if possible. It's often easier for us to identify the source of the problem if we can see the error directly.
  3. To start a new thread, click "Start a new topic".


Pouyamoradzad (talkcontribs)

Hello I hope everyone is doing well I get the error below when I click on the option to create a new item

This action has been automatically identified as harmful, and therefore disallowed. If you believe your action was constructive, please inform an administrator of what you were trying to do. A brief description of the abuse rule which your action matched is: Spam I haven't broken any law and I think the system has made a mistake in this case, thank you for opening my access. thank you

Malyacko (talkcontribs)

@Pouyamoradzad Hi, what is a "new item", and where? Please read "Post a new question" in the sidebar. Thanks!

Pouyamoradzad (talkcontribs)


Malyacko (talkcontribs)

@Pouyamoradzad See the error message that you posted. What is unclear with the error message?

Bawolff (talkcontribs)

As the error said, complain to an admin. If this was at wikidata, complain to a wikidata admin. We arent wikidata admins at this website.

Pouyamoradzad (talkcontribs)

i know ...but the wikidata talk page redirected me to this site for support and give permissions from admins

Bawolff (talkcontribs)

then you probably misunderstood the talk page.

Reply to "PROBLEM AND ERROR WHEN I WANT TO Create a new Item"

Font size for certain languages

Marx.FelipeForte (talkcontribs)

For some reason, changing the language of the site changes the font-size as well.

What is responsible for this behavior, and how can this change be removed so that e.g. both English and Russian languages produce a text of the same size?

Bawolff (talkcontribs)

It might depend on your browser config and be different between users. Some web browsers use different fonts for different languages.

You can probably fix by setting a specific font in Mediawiki:common.css

Reply to "Font size for certain languages"

How to make skin:Vector responsive?

3 (talkcontribs)

MediaWiki 1.38.2 website without any non-core extensions or skins installed.

Skin:Vector not responsive by default but I understand from its webpage that there is an experimental way to make responsive.

1) Should I just add wgVectorResponsive = true; to LocalSettings.php?

2) Is this experimental option SEO friendly from your experience? Would you recommend not using it and preferring another approach to get screen-responsivness? (talkcontribs)

Adding $wgVectorResponsive = true; to LocalSettings.php didn't make the website responsive.

Jonathan3 (talkcontribs)

Maybe you need to upgrade Vector? Just a guess.

Reply to "How to make skin:Vector responsive?"

How to download xpdf for pdfinfo onto Mediawiki

Guillaume Taillefer (talkcontribs)

I'm trying to use PdfHandler and I have convert and gs but not pdfinfo (which acccording to the page is why I'm getting a 0 x 0 pixels things). Apparently I have to download xpdf-utils from here:,

but I'm not sure about two things:

  1. Am I supposed to get XpdfReader or just Xpdf?
  2. If I download one of these how and where do I put it Mediawiki, meaning where do I put it in my file system, or if it is done through ssh what commands do I need to use?

I know that my hosting service is a Linux x86_64 system so if I need to get XpdfReader Linux 64.


Jonathan3 (talkcontribs)

If it helps, I used sudo apt install poppler-utils

It's listed as an alternative so presumably I did it because I found it easier.

Reply to "How to download xpdf for pdfinfo onto Mediawiki"

Special:Mostlinked and WantedPages never ending

2003:C2:3F41:E00:896A:31C4:4B22:4203 (talkcontribs)
MediaWiki 1.35.5
PHP 7.4.3 (fpm-fcgi)
MySQL 8.0.29-0ubuntu0.20.04.3
ICU 66.1


we have changed to $wgMiserMode = true some months ago, updateSpecialPages is running every night. Great function, however there are 2 SpecialPages that are running and running for 5, 8, 12 hours and never coming to and end. For the moment, I have excluded them from being updated by the script so that the script runs through within some 5 minutes.

Is there a way to find out why Mostlinked/Wantedpages are hanging? How could I find out what they're doing all the time? Any hints appreciated.

PS. For whatever reason this problem emerged after changing the database's character set, Topic:Wqktznc6b8nyc29g, coincidence or causality? I can't imagine.

Bawolff (talkcontribs)

How many pages are in your wiki?

Different special pages take different time, and some of them can be quite slow, but 12 hours seems excessive even for a very large wiki. However maybe if the server runs out of ram and starts swapping stuff or something. Do other things work when this is happening? Is mysqld using cpu? I/o? During this time?

Its not impossible that the charset change effected something but it seems kind of unlikely

During this, is the query listed on the server via SHOW PROCESSLIST; ? Are there a large number of queries in flight? If you do SHOW EXPLAIN FOR <processid>; for the wanted pages query, what is the output.

2003:C2:3F0F:9800:68A6:A572:4C81:CA77 (talkcontribs)

Thank you Bawolff, and sorry, I have had private issues the last few days.

We have round about 133,000 pages, thereof 57,000 articles (approx. 40,000 redirects, don't know where the difference is)

I started the Mostlinked job manually 5 hrs ago and it is still running. The mysqld process uses 100...150% CPU but users working on articles will hardly notice the server load. It is a virtual system with 4 CPUs, total CPU usage varying between 15% and 40%. No noticeable swapping.

The database processlist shows the event scheduler, the special page, my shell process and a count of sleeping processes (usually 0 to 5 as far as I saw). Explaining the special page process:

mysql> explain for connection 158074;


| id | select_type | table     | partitions | type  | possible_keys | key          | key_len | ref                         | rows    | filtered | Extra                                        |


|  1 | SIMPLE      | pagelinks | NULL       | index | NULL          | pl_namespace | 1030    | NULL                        | 2391153 |   100.00 | Using index; Using temporary; Using filesort |

|  1 | SIMPLE      | page      | NULL       | ref   | name_title    | name_title   | 4       | ppdb.pagelinks.pl_namespace |    5684 |   100.00 | Using where; Using index                     |


2 rows in set (0,00 sec)

Though I have some SQL experience, I don't understand the EXPLAIN output. There are 2.43 million records in the pagelinks table (not 2,39m as shown). And why is key_len = 1030? Here is the pagelinks description:

mysql> describe ppdb.pagelinks;


| Field             | Type         | Null | Key | Default | Extra |


| pl_from           | int unsigned | NO   | PRI | 0       |       |

| pl_namespace      | int          | NO   | PRI | 0       |       |

| pl_title          | varchar(255) | NO   | PRI |         |       |

| pl_from_namespace | int          | NO   | MUL | 0       |       |


mysql> show indexes from ppdb.pagelinks;


| Table     | Non_unique | Key_name               | Seq_in_index | Column_name       | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment | Visible | Expression |


| pagelinks |          0 | PRIMARY                |            1 | pl_from           | A         |      139218 |     NULL |   NULL |      | BTREE      |         |               | YES     | NULL       |

| pagelinks |          0 | PRIMARY                |            2 | pl_namespace      | A         |      227346 |     NULL |   NULL |      | BTREE      |         |               | YES     | NULL       |

| pagelinks |          0 | PRIMARY                |            3 | pl_title          | A         |     2391153 |     NULL |   NULL |      | BTREE      |         |               | YES     | NULL       |

| pagelinks |          1 | pl_backlinks_namespace |            1 | pl_from_namespace | A         |          20 |     NULL |   NULL |      | BTREE      |         |               | YES     | NULL       |

| pagelinks |          1 | pl_backlinks_namespace |            2 | pl_namespace      | A         |         165 |     NULL |   NULL |      | BTREE      |         |               | YES     | NULL       |

| pagelinks |          1 | pl_backlinks_namespace |            3 | pl_title          | A         |      379761 |     NULL |   NULL |      | BTREE      |         |               | YES     | NULL       |

| pagelinks |          1 | pl_backlinks_namespace |            4 | pl_from           | A         |     2356577 |     NULL |   NULL |      | BTREE      |         |               | YES     | NULL       |

| pagelinks |          1 | pl_namespace           |            1 | pl_namespace      | A         |          20 |     NULL |   NULL |      | BTREE      |         |               | YES     | NULL       |

| pagelinks |          1 | pl_namespace           |            2 | pl_title          | A         |      181466 |     NULL |   NULL |      | BTREE      |         |               | YES     | NULL       |

| pagelinks |          1 | pl_namespace           |            3 | pl_from           | A         |     2378003 |     NULL |   NULL |      | BTREE      |         |               | YES     | NULL       |


Bawolff (talkcontribs)

So keylen is how many bytes of the index is used (sometimes only part of the index is used).

Its normal for row estimates to be off. They are order of magnitude gueses.

So, the concerning thing i see from that join, is the second row for the join to the page table. I was expecting the number of rows to be 1, the key length to be more than 4, and filtered to be closer to 0. It sounds like its using only the namespace, instead of namespace and title as the index. This will significantly slow things down.

Maybe this is caused by charset issues - i dont know enough about mysql internals to really say, but maybe if pagelinks.pl_title and page.page_title were different charsets/collations, it might prevent the index from being used, or something like that.

The other possibility is its something to do with page_title not being in the group by clause, but i dont know why that would make a difference.

2003:C2:3F24:200:7936:FD16:1C06:D7CD (talkcontribs)

It seems we are on the track here. Invaluable hint, thank you ...! The pagelinks.pl_title and page.page_title are slightly different, the second one is ai_ci.

I am still struggling with correcting this (my own) mistake, trying to rebuild the pagelinks table but it takes a very long time.

I'll inform you later, in a few weeks because we are going on vacation now.

2003:C2:3F30:A000:55E0:6D6D:CE8:3CD5 (talkcontribs)

Continuing at the very bottom.

2003:C2:3F0F:9800:68A6:A572:4C81:CA77 (talkcontribs)

There is one mysterious message in the mysql log:

2022-06-28T09:11:00.315992Z 1 [ERROR] [MY-012574] [InnoDB] Unable to lock ./ibdata1 error: 11

repeated 15 times between 11.00am and 11.14am, 11am is exactly the time I startet my test.

2003:C2:3F0F:9800:68A6:A572:4C81:CA77 (talkcontribs)

OMG, sorry, please ignore the previous posting. The lock error appears again and again, once every minute, until 12.40, the last log entries are:

2022-06-28T09:12:40.346740Z 1 [ERROR] [MY-012574] [InnoDB] Unable to lock ./ibdata1 error: 11

2022-06-28T09:12:40.346916Z 1 [ERROR] [MY-012592] [InnoDB] Operating system error number 11 in a file operation.

2022-06-28T09:12:40.346980Z 1 [ERROR] [MY-012596] [InnoDB] Error number 11 means 'Resource temporarily unavailable'

2022-06-28T09:12:40.347071Z 1 [ERROR] [MY-012215] [InnoDB] Cannot open datafile './ibdata1'

2022-06-28T09:12:40.347233Z 1 [ERROR] [MY-012959] [InnoDB] Could not open or create the system tablespace. If you tried to add new data files to the system tablespace, and it failed here, you should now edit innodb_data_file_path in my.cnf back to what it was, and remove the new ibdata files InnoDB created in this failed attempt. InnoDB only wrote those files full of zeros, but did not yet use them in any way. But be careful: do not remove old data files which contain your precious data!

2022-06-28T09:12:40.347280Z 1 [ERROR] [MY-012930] [InnoDB] Plugin initialization aborted with error Cannot open a file.

2022-06-28T09:12:40.844981Z 1 [ERROR] [MY-010334] [Server] Failed to initialize DD Storage Engine

2022-06-28T09:12:40.845406Z 0 [ERROR] [MY-010020] [Server] Data Dictionary initialization failed.

2022-06-28T09:12:40.846542Z 0 [ERROR] [MY-010119] [Server] Aborting

2022-06-28T09:12:40.847841Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.29-0ubuntu0.20.04.3)  (Ubuntu).


What does this mean?

Bawolff (talkcontribs)

You might have to ask at a mysql forum for that one.

2003:C2:3F24:200:7936:FD16:1C06:D7CD (talkcontribs)

Sorry, false alarm. The lock error never appeared again, so it is clear that it has nothing to do with the repoted SpecialPage problem.

2003:C2:3F30:A000:55E0:6D6D:CE8:3CD5 (talkcontribs)

Bawolff, once again you are our hero.

Now I have corrected the pagelinks.pl_title and page.page_title collation (... and all other xxxx.title), so they all match utf8mb4_0900_as_ci ... and voilà, all of the special pages including Mostlinked and WantedPages come to an end within a few minutes.

Many, many thanks!!!

Bawolff (talkcontribs)

Glad to hear it worked out

Reply to "Special:Mostlinked and WantedPages never ending"

After upgrade to 1.38 website is showing only blank white page

Vikasnd (talkcontribs)

I upgraded from 1.35.7 to 1.38, ran the update script for database.

Then ran the website. on front page it showed 'deprecated...' message for 3-4 extensions and showed blank page. So I disabled the related extensions. Then again browsed the site. This time then I started gettign white blank page with no content at all. I looked at error log, it had nothing.

I changed the directory back to 1.37 for now. Please suggest what I should be looking and fixing.

Thanks Vikas

Jonathan3 (talkcontribs)

Maybe remove or upgrade all extensions.

Jonathan3 (talkcontribs)

Maybe check LocalSettings.php for errors introduced when you got rid of the extensions.

Bawolff (talkcontribs)

Verify you have errors turned on in php.ini (see How to debug)

Reply to "After upgrade to 1.38 website is showing only blank white page"

Various Error with LDAP modules

Jl-mws (talkcontribs)

Try and errors

When I try to authenticate as

an LDAP User , I got this error : [ec6935bb5d6a9b7d0d944cdd] 2022-08-05 13:21:20: Erreur fatale de type « MWException »

a Local User : I got this error : Could not authenticate

All the /LDAPProvider/maintenance/ scripts works fine ie : CheckConnection.php CheckLogin.php ConvertLdapAuthenticationConfig.php ShowUserGroups.php ShowUserInfo.php


MediaWiki 1.35.4
PHP 7.4.30 (apache2handler)
MariaDB 10.5.15-MariaDB-0+deb11u1
ICU 67.1

LDAPAuthentication 2 1.0.3 (6bc5848) 22 juillet 2022 à 10:15
LDAPAuthorization 1.1.0 (a0d1a5b) 4 juillet 2022 à 07:18
LDAPProvider 1.0.5 (80f8cc8) 22 juillet 2022 à 11:29
PluggableAuth 5.7 (a932c78) 23 mai 2022 à 21:17


  • ldapprovider-aaa.json
        "": {
                "connection": {
                        "server": "",
                        "port": "636",
                        "enctype": "ssl",
                        "user": "cn=ldap-connect,cn=Users,dc=example,dc=com",
                        "pass": "********",
                        "options": {
                                "LDAP_OPT_DEREF": 1
                        "basedn": "cn=Users,dc=example,dc=com",
                        "groupbasedn": "cn=Users,dc=example,dc=com",
                        "userbasedn": "cn=Users,dc=example,dc=com",
                        "searchattribute": "sAMAccountName",
                        "searchstring": "cn=USER-NAME,cn=Users,dc=example,dc=com",
                        "usernameattribute": "sAMAccountName",
                        "realnameattribute": "displayName",
                        "emailattribute": "mail",
                        "grouprequest": "MediaWiki\\Extension\\LDAPProvider\\UserGroupsRequest\\UserMemberOf::factory"
                "authorization": {
                        "rules": {
                                "groups": {
                                       "required": [ "CN=wikiaaa,CN=Users,dc=example,dc=com" ]

  • LocalSettings.php
if ( !defined( 'MEDIAWIKI' ) ) {
$wgSitename      = "Wiki aaa";
$wgScriptPath       = "";
$wgScriptExtension  = ".php";
$wgServer           = "/proxy/";
$wgStylePath        = "$wgScriptPath/skins";
$wgLogo             = "$wgStylePath/common/images/logo_aaa.png";
$wgGroupPermissions['*']['createaccount']   = false;
$wgGroupPermissions['user']['createaccount']   = true;
$wgGroupPermissions['wikiaaa']['createaccount']   = true;
$wgGroupPermissions['*']['read']            = false;
$wgGroupPermissions['*']['edit']            = false;
$wgGroupPermissions['sysop']['edit']            = true;
$wgGroupPermissions['user']['edit']            = true;
$wgGroupPermissions['aaa']['edit']            = true;
$wgEnableEmail      = false;
$wgEnableUserEmail  = true; # UPO
$wgEmergencyContact = "[email protected]";
$wgPasswordSender   = "[email protected]";
$wgEnotifUserTalk      = false; # UPO
$wgEnotifWatchlist     = false; # UPO
$wgEmailAuthentication = true;
$wgDBtype           = "mysql";
$wgDBserver         = "localhost";
$wgDBname           = "wikiaaa";
$wgDBuser           = "userwikiaaa";
$wgDBpassword       = "**********";
$wgDBprefix         = "";
$wgDBTableOptions   = "ENGINE=InnoDB, DEFAULT CHARSET=utf8";
$wgDBmysql5 = false;
$wgMainCacheType    = CACHE_NONE;
$wgMemCachedServers = array();
$wgEnableUploads  = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";
$wgFileExtensions = array('png', 'gif', 'jpg', 'jpeg', 'pdf', 'dmg', 'ppd', 'zip', 'doc', 'docx');
$wgUseInstantCommons  = false;
$wgShellLocale = "fr_FR.utf8";
$wgLanguageCode = "fr";
$wgSecretKey = "6gyo8sj9a2d20vsdh7t51r080s0kqk5tdlx08zxolbxrtui8e7frd0hkxv7xoki825n756";
$wgUpgradeKey = "jbkvvpd7nr";
$wgDefaultSkin = "vector";
wfLoadSkin( 'Vector' );
$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright
$wgRightsUrl  = "";
$wgRightsText = "";
$wgRightsIcon = "";
$wgDiff3 = "/usr/bin/diff3";
if (is_file("/etc/mediawiki-extensions/extensions.php")) {
$wgResourceLoaderMaxQueryLength = -1;
wfLoadExtension( 'SyntaxHighlight_GeSHi' );
wfLoadExtension( 'AccessControl' );
wfLoadExtension( 'Math' );
wfLoadExtension( 'WikiEditor' );
wfLoadExtension( 'LabeledSectionTransclusion' );
wfLoadExtension( 'LDAPAuthorization' );
wfLoadExtension( 'LDAPAuthentication2' );
wfLoadExtension( 'PluggableAuth' );
wfLoadExtension( 'LDAPProvider' );
$LDAPAuthentication2AllowLocalLogin = true;
$LDAPAuthentication2UsernameNormalizer = true;
$LDAPProviderDomainConfigs = "/etc/mediawiki/ldapprovider-aaa.json";
$wgDebugLogGroups['PluggableAuth'] = "/var/log/mediawiki/debug-{$wgDBname}.log";
$wgDebugLogGroups['MediaWiki\\Extension\\LDAPProvider\\Client'] = "/var/log/mediawiki/debug-{$wgDBname}.log";
$wgDebugLogGroups['LDAPAuthentication2'] =  "/var/log/mediawiki/debug-{$wgDBname}.log";
$wgDebugLogGroups['LDAPAuthorization'] = "/var/log/mediawiki/debug-{$wgDBname}.log";
$wgDebugLogGroups['LDAPProvider'] = "/var/log/mediawiki/debug-{$wgDBname}.log";
wfLoadExtension( 'Cite' );
wfLoadExtension( 'Mpdf' );
$wgMpdfTab = true;
$wgMpdfToolboxLink = true;


#Local user

2022-08-05 13:43:13 wikiaaa: In execute()
2022-08-05 13:43:13 wikiaaa: Getting PluggableAuth singleton
2022-08-05 13:43:13 wikiaaa: Class name: MediaWiki\Extension\LDAPAuthentication2\PluggableAuth
2022-08-05 13:43:13 wikiaaa: Authentication failure.
2022-08-05 13:43:13 wikiaaa: ERROR: Could not authenticate

# LDAP user
2022-08-05 13:45:34 wikiaaa: In execute()
2022-08-05 13:45:34 wikiaaa: Getting PluggableAuth singleton
2022-08-05 13:45:34 wikiaaa: Class name: MediaWiki\Extension\LDAPAuthentication2\PluggableAuth
2022-08-05 13:45:35 wikiaaa: Setting LDAP_OPT_PROTOCOL_VERSION to 3
2022-08-05 13:45:35 wikiaaa: Setting LDAP_OPT_REFERRALS to 0
2022-08-05 13:45:35 wikiaaa: Setting LDAP_OPT_DEREF to 1
2022-08-05 13:45:35 wikiaaa: MediaWiki\Extension\LDAPProvider\Client::getSearchString: User DN is: 'cn=user1,cn=Users,dc=example,dc=com'
2022-08-05 13:45:35 wikiaaa: Ran LDAP search for '(sAMAccountName=user1)' in 0,0016958713531494 seconds.
Bawolff (talkcontribs)

please set $wgShowExceptionDetails=true;

Reply to "Various Error with LDAP modules"

Mediawiki 1.37 mit Kerberos und LDAP Anmelde - Button aktivieren

Dansnider (talkcontribs)

Mediawiki 1.37.0, PHP 7.4.26: Wir betreiben mehrere Wikis für unsere Kunden. Die laufen alle mit Kerberos und LDAP Authentifizierung. Zudem ist das Extension ‘Auth_remoteuser’ installiert. Ich habe jedoch keine Möglichkeit mich in den Wikis mit dem Admin Account anzumelden, obwohl dieser bei der Installation in den Wikis erstellt wurde. Der Wiki Admin Account ist bei uns nicht in der AD erfasst. Der Button für die Anmeldung in die Wikis ist nicht vorhanden. Wie kann ich diesen trotz Kerberos und LDAP aktivieren. Kann mir da jemand einen Tipp geben?

Reply to "Mediawiki 1.37 mit Kerberos und LDAP Anmelde - Button aktivieren"

Some Page Popups do not show anymore after upgrading to mediawiki-1.37.4

964C2 (talkcontribs)

Hi there, We use mediawiki to order our cooking recipes since 2019. I upgraded recently from mediawiki 1.35.1 to 1.37.4. Since then the Popups (using – (2c2c6d3) 07:04, 26. Jul. 2022) of some pages are displayed. For many other Pages I get a popup window which gives the error message "Es gab ein Problem bei der Anzeige dieser Vorschau", which basically says: "There was a problem displaying this preview".

Any ideas?

Bawolff (talkcontribs)

Are there errors in web browser's dev console? In the network tab of the web browser dev console, are there requests to the api that result in 500?

If you look in php error log, are there any errors?

964C2 (talkcontribs)

@Bawolff: There are no entries in /var/log/apache/error.log at the moment.

In the dev console I see not 500 error messages. Uploaded a screenshot here:

There are 2 entries (the first 2) which say a 200 as a result and 2 other entries, where one is the initial request and the second shows, that a picture from the requested page is loaded afterwards ...

Reply to "Some Page Popups do not show anymore after upgrading to mediawiki-1.37.4"

No such service: DBLoadBalancerFactory

3 (talkcontribs)

I updated from 1.13 via 1.26 to 1.35 - that went relatively smooth.

Now I am trying to update to 1.38.2 and get an exception that I cannot read. What is missing?

Uncaught Wikimedia\\Services\\NoSuchServiceException: No such service: DBLoadBalancerFactory in /home/web/htdocs-wiki1.38.2/vendor/wikimedia/services/src/ServiceContainer.php:468

Stack trace:

#0 /home/web/htdocs-wiki1.38.2/vendor/wikimedia/services/src/ServiceContainer.php(416): Wikimedia\\Services\\ServiceContainer->createService('DBLoadBalancerF...')

#1 /home/web/htdocs-wiki1.38.2/includes/MediaWikiServices.php(294): Wikimedia\\Services\\ServiceContainer->getService('DBLoadBalancerF...')

#2 /home/web/htdocs-wiki1.38.2/includes/MediaWikiServices.php(928): MediaWiki\\MediaWikiServices->getService('DBLoadBalancerF...')

#3 /home/web/htdocs-wiki1.38.2/includes/exception/MWExceptionHandler.php(136): MediaWiki\\MediaWikiServices->getDBLoadBalancerFactory()

#4 /home/web/htdocs-wiki1.38.2/includes/exception/MWExceptionHandler.php(201): MWExceptionHandler::rollbackPrimaryChangesAndLog(Object(Wikimedia\\Services\\NoSuchServiceException), 'mwe_handler')

#5 /home/web/htdocs-wiki1.38.2/includes/exception/MWExceptionH in /home/web/htdocs-wiki1.38.2/vendor/wikimedia/services/src/ServiceContainer.php on line 468

Bawolff (talkcontribs)

Are you sure you have allthe files for mw 1.38.2 and none of then are missing or a mix of different versions? (talkcontribs)

I tried again to make sure: I have a clean unpacked mediawiki and an existing database. All I add before running "php update.php" is LocalSettings.php and the Auth_remoteuser plugin. Now (on second attempt) I see a message about HookContainer not beeing found in the same style as as avove "NoSuchServiceException"

All updates until 1.37.4 work fine (I see the logon-page)

Reply to "No such service: DBLoadBalancerFactory"