Project:Support desk

Welcome to the MediaWiki Support desk. This is a place where you can ask any questions you have about installing, using or administrating the MediaWiki software.

(Read this message in a different language)

See also

• Other places to ask for help

Before you post

• Check the FAQ and Errors and symptoms .
• If your question is about a specific feature, check the relevant technical manual , end-user help or extension page and consider asking on its talk page .
• For issues about the mediawiki.org website, report to Village Pump instead.
• Ask technical questions about Wikimedia websites on meta:Tech instead.

Post a new question

1. To help us answer your questions, please indicate which version of MediaWiki you are using, as found on your wiki's Special:Version page:
2. If possible, add $wgShowExceptionDetails = true;error_reporting( -1 );ini_set( 'display_errors', 1 ); to LocalSettings.php in order to make MediaWiki show more detailed error messages.
3. 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.
4. To start a new thread, click the box with the text "Add topic".

Support desk archives

I'm attempting to create a MediaWiki setup on a subdomain (archives.agropelter.net). I am using version 1.44.0 and installed it through CPanel > Softaculous Apps Installer. Ever since I installed it and enabled $wgShowExceptionDetails, I have been getting the same error (pasted below) no matter what I try. I'm not very knowledgeable about creating websites or how networking functions, but I've tried forcing it to use a socket, using 127.0.0.1 instead of just localhost for $wgDBserver, and more. I have been trying to get it to display anything other than error codes all weekend and it's driving me crazy, the mediawiki installation tutorial I watched showed it working right out of the box with Softaculous. I am using Spaceship (Pro tier) as my hosting solution.

Error message

MediaWiki internal error. Original exception: [f72efe89500c4b5b9319785b] / Wikimedia\Rdbms\DBConnectionError: Cannot access the database: MySQL server has gone away (localhost) Backtrace: from /home/ufoemzfqym/archives.agropelter.net/includes/libs/rdbms/loadbalancer/LoadBalancer.php(1134) #0 /home/ufoemzfqym/archives.agropelter.net/includes/libs/rdbms/loadbalancer/LoadBalancer.php(803): Wikimedia\Rdbms\LoadBalancer->reportConnectionError() #1 /home/ufoemzfqym/archives.agropelter.net/includes/libs/rdbms/loadbalancer/LoadBalancer.php(791): Wikimedia\Rdbms\LoadBalancer->getServerConnection() #2 /home/ufoemzfqym/archives.agropelter.net/includes/libs/rdbms/database/DBConnRef.php(111): Wikimedia\Rdbms\LoadBalancer->getConnectionInternal() #3 /home/ufoemzfqym/archives.agropelter.net/includes/libs/rdbms/database/DBConnRef.php(125): Wikimedia\Rdbms\DBConnRef->ensureConnection() #4 /home/ufoemzfqym/archives.agropelter.net/includes/libs/rdbms/database/DBConnRef.php(338): Wikimedia\Rdbms\DBConnRef->__call() #5 /home/ufoemzfqym/archives.agropelter.net/includes/libs/rdbms/querybuilder/SelectQueryBuilder.php(780): Wikimedia\Rdbms\DBConnRef->selectField() #6 /home/ufoemzfqym/archives.agropelter.net/includes/language/LCStoreDB.php(65): Wikimedia\Rdbms\SelectQueryBuilder->fetchField() #7 /home/ufoemzfqym/archives.agropelter.net/includes/language/LocalisationCache.php(567): LCStoreDB->get() #8 /home/ufoemzfqym/archives.agropelter.net/includes/language/LocalisationCache.php(613): LocalisationCache->isExpired() #9 /home/ufoemzfqym/archives.agropelter.net/includes/language/LocalisationCache.php(524): LocalisationCache->initLanguage() #10 /home/ufoemzfqym/archives.agropelter.net/includes/language/LocalisationCache.php(404): LocalisationCache->loadSubitem() #11 /home/ufoemzfqym/archives.agropelter.net/includes/language/LocalisationCache.php(420): LocalisationCache->getSubitem() #12 /home/ufoemzfqym/archives.agropelter.net/includes/language/MessageCache.php(1206): LocalisationCache->getSubitemWithSource() #13 /home/ufoemzfqym/archives.agropelter.net/includes/language/MessageCache.php(1146): MessageCache->getMessageForLang() #14 /home/ufoemzfqym/archives.agropelter.net/includes/language/MessageCache.php(1042): MessageCache->getMessageFromFallbackChain() #15 /home/ufoemzfqym/archives.agropelter.net/includes/language/Message/Message.php(1545): MessageCache->get() #16 /home/ufoemzfqym/archives.agropelter.net/includes/language/Message/Message.php(1059): MediaWiki\Message\Message->fetchMessage() #17 /home/ufoemzfqym/archives.agropelter.net/includes/language/Message/Message.php(1151): MediaWiki\Message\Message->format() #18 /home/ufoemzfqym/archives.agropelter.net/includes/title/MalformedTitleException.php(61): MediaWiki\Message\Message->text() #19 /home/ufoemzfqym/archives.agropelter.net/includes/title/TitleParser.php(85): MediaWiki\Title\MalformedTitleException->__construct() #20 /home/ufoemzfqym/archives.agropelter.net/includes/title/TitleParser.php(231): MediaWiki\Title\TitleParser::MediaWiki\Title\{closure}() #21 /home/ufoemzfqym/archives.agropelter.net/includes/title/Title.php(2748): MediaWiki\Title\TitleParser->splitTitleString() #22 /home/ufoemzfqym/archives.agropelter.net/includes/title/Title.php(507): MediaWiki\Title\Title->secureAndSplit() #23 /home/ufoemzfqym/archives.agropelter.net/includes/actions/ActionEntryPoint.php(238): MediaWiki\Title\Title::newFromURL() #24 /home/ufoemzfqym/archives.agropelter.net/includes/actions/ActionEntryPoint.php(327): MediaWiki\Actions\ActionEntryPoint->parseTitle() #25 /home/ufoemzfqym/archives.agropelter.net/includes/actions/ActionEntryPoint.php(91): MediaWiki\Actions\ActionEntryPoint->getTitle() #26 /home/ufoemzfqym/archives.agropelter.net/includes/MediaWikiEntryPoint.php(202): MediaWiki\Actions\ActionEntryPoint->execute() #27 /home/ufoemzfqym/archives.agropelter.net/index.php(58): MediaWiki\MediaWikiEntryPoint->run() #28 {main}

Exception caught inside exception handler: [f72efe89500c4b5b9319785b] / Wikimedia\Rdbms\DBConnectionError: Cannot access the database: MySQL server has gone away (localhost) Backtrace: from /home/ufoemzfqym/archives.agropelter.net/includes/libs/rdbms/loadbalancer/LoadBalancer.php(1134) #0 /home/ufoemzfqym/archives.agropelter.net/includes/libs/rdbms/loadbalancer/LoadBalancer.php(803): Wikimedia\Rdbms\LoadBalancer->reportConnectionError() #1 /home/ufoemzfqym/archives.agropelter.net/includes/libs/rdbms/loadbalancer/LoadBalancer.php(791): Wikimedia\Rdbms\LoadBalancer->getServerConnection() #2 /home/ufoemzfqym/archives.agropelter.net/includes/libs/rdbms/database/DBConnRef.php(111): Wikimedia\Rdbms\LoadBalancer->getConnectionInternal() #3 /home/ufoemzfqym/archives.agropelter.net/includes/libs/rdbms/database/DBConnRef.php(125): Wikimedia\Rdbms\DBConnRef->ensureConnection() #4 /home/ufoemzfqym/archives.agropelter.net/includes/libs/rdbms/database/DBConnRef.php(338): Wikimedia\Rdbms\DBConnRef->__call() #5 /home/ufoemzfqym/archives.agropelter.net/includes/libs/rdbms/querybuilder/SelectQueryBuilder.php(780): Wikimedia\Rdbms\DBConnRef->selectField() #6 /home/ufoemzfqym/archives.agropelter.net/includes/language/LCStoreDB.php(65): Wikimedia\Rdbms\SelectQueryBuilder->fetchField() #7 /home/ufoemzfqym/archives.agropelter.net/includes/language/LocalisationCache.php(540): LCStoreDB->get() #8 /home/ufoemzfqym/archives.agropelter.net/includes/language/LocalisationCache.php(404): LocalisationCache->loadSubitem() #9 /home/ufoemzfqym/archives.agropelter.net/includes/language/LocalisationCache.php(420): LocalisationCache->getSubitem() #10 /home/ufoemzfqym/archives.agropelter.net/includes/language/MessageCache.php(1206): LocalisationCache->getSubitemWithSource() #11 /home/ufoemzfqym/archives.agropelter.net/includes/language/MessageCache.php(1146): MessageCache->getMessageForLang() #12 /home/ufoemzfqym/archives.agropelter.net/includes/language/MessageCache.php(1042): MessageCache->getMessageFromFallbackChain() #13 /home/ufoemzfqym/archives.agropelter.net/includes/language/Message/Message.php(1545): MessageCache->get() #14 /home/ufoemzfqym/archives.agropelter.net/includes/language/Message/Message.php(1059): MediaWiki\Message\Message->fetchMessage() #15 /home/ufoemzfqym/archives.agropelter.net/includes/language/Message/Message.php(1151): MediaWiki\Message\Message->format() #16 /home/ufoemzfqym/archives.agropelter.net/includes/exception/MWExceptionRenderer.php(262): MediaWiki\Message\Message->text() #17 /home/ufoemzfqym/archives.agropelter.net/includes/exception/MWExceptionRenderer.php(409): MediaWiki\Exception\MWExceptionRenderer::msg() #18 /home/ufoemzfqym/archives.agropelter.net/includes/exception/MWExceptionRenderer.php(114): MediaWiki\Exception\MWExceptionRenderer::reportOutageHTML() #19 /home/ufoemzfqym/archives.agropelter.net/includes/exception/MWExceptionHandler.php(137): MediaWiki\Exception\MWExceptionRenderer::output() #20 /home/ufoemzfqym/archives.agropelter.net/includes/exception/MWExceptionHandler.php(241): MediaWiki\Exception\MWExceptionHandler::report() #21 /home/ufoemzfqym/archives.agropelter.net/includes/MediaWikiEntryPoint.php(222): MediaWiki\Exception\MWExceptionHandler::handleException() #22 /home/ufoemzfqym/archives.agropelter.net/includes/actions/ActionEntryPoint.php(79): MediaWiki\MediaWikiEntryPoint->handleTopLevelError() #23 /home/ufoemzfqym/archives.agropelter.net/includes/MediaWikiEntryPoint.php(208): MediaWiki\Actions\ActionEntryPoint->handleTopLevelError() #24 /home/ufoemzfqym/archives.agropelter.net/index.php(58): MediaWiki\MediaWikiEntryPoint->run() #25 {main} Logthrower49 (talk) 03:56, 15 September 2025 (UTC)Reply

@Logthrower49 You need to fix database access, basically. If you don't host that domain yourself, please ask your hoster to provide you with the required information. Also note that we have no influence which kind of software "Softaculous Apps Installer" provides to you. Malyacko (talk) 11:32, 16 September 2025 (UTC)Reply

Your localization cache is using the database it seems. It might be that the initial update of the localization cache is taking too long to finish and that the connection is terminated before updating of the localization cache is completed.

Also please be aware that hosting a website requires some knowledge of how to host a website. Websites are not apps that you install, they have a lot of aspects to them that require knowledge about what you are doing. —TheDJ (Not WMF) (talk • contribs) 18:14, 16 September 2025 (UTC)Reply

If anyone else has this issue, I was clicking "enable SSL" in the Softaculous install menu, and Spaceship doesn't support SSL connection to mySQL. All you have to do is change $wgDBssl from true to false in localsettings.php. Logthrower49 (talk) 02:16, 20 September 2025 (UTC)Reply

Thank you, Logthrower49. This was the answer for me. Changed $wgDBssl from true to false in localsettings.php for Inmotion hosted mediawiki and finally up and running. ~2025-26595-35 (talk) 22:51, 26 September 2025 (UTC)Reply

I have a Miraheze Wiki, and can I add multiple languages to it? DanaroEnEuskara (talk) 05:10, 23 September 2025 (UTC)Reply

@DanaroEnEuskara While Miraheze runs MediaWiki, MediaWiki does not provide support for Miraheze. —TheDJ (Not WMF) (talk • contribs) 11:39, 29 September 2025 (UTC)Reply

An Invicti scan has flagged our MW 1.43.3 installation with a High vulnerability: "Out-of-date Version (Moment.js) ... Moment.js Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal') ... This problem is patched in 2.29.2". MW 1.43.3 currently comes with momen.js v2.25.2.

I see MW 1.44 has had moment.js upgraded to v2.30.1 (Phabricator T389416). Are there plans to upgrade moment.js in MW 1.43?

Molsen7970 (talk) 18:15, 25 September 2025 (UTC)Reply

@Molsen7970 You forgot to mention the exact vulnerability, but based on the version I suspect this is CVE-2022-24785 ? If you read the report, that is a serverside vulnerability. MediaWiki uses it clientside, so then you shouldn't be affected. "Are there plans to upgrade moment.js in MW 1.43" based on that very cursory analysis, probably not. If the issue actually affected MediaWiki, it would have already been upgraded. —TheDJ (Not WMF) (talk • contribs) 11:38, 29 September 2025 (UTC)Reply

@TheDJ Yes, I forgot to mention the vulnerability CVE number. You are correct, we are looking into CVE-2022-24785. I see now that the vulnerability mentions "impacts npm (server) users". https://nvd.nist.gov/vuln/detail/CVE-2022-24785 Thank you for pointing that out!

On an unrelated note, I am not able to login to mediawiki.org today:

https://auth.wikimedia.org/mediawikiwiki/w/index.php?title=Special:UserLogin

Username: Molsen7970

[8fd7d830-ff05-4a5c-88df-e971305f3c9a] 2025-09-30 20:59:49: Fatal exception of type "Error" ~2025-27254-58 (talk) 21:01, 30 September 2025 (UTC)Reply

Thank you for reporting back. It seems you fell victim to a bug in one of the A/B experiments. I have filed phab:T406104. —TheDJ (Not WMF) (talk • contribs) 08:52, 1 October 2025 (UTC)Reply

404-file or directory not found Ramdasbhil (talk) 12:25, 27 September 2025 (UTC)Reply

You are going to have to provide much more detailed information than this if you want a useful answer. This is like asking a car mechanic why your home has hole in it. —TheDJ (Not WMF) (talk • contribs) 11:32, 29 September 2025 (UTC)Reply

I've upgraded my MediaWiki from 1.42.6 to 1.43.3 (LTS), then I got this error:

[89b7981d01fd3cdada982ae7] /wiki/%E9%A6%96%E9%A1%B5 Error: Typed property MediaWiki\Language\ReplacementArray::$data must not be accessed before initialization
Backtrace:
from /srv/wiki.gslin.org/public/includes/libs/ReplacementArray.php(104)
#0 /srv/wiki.gslin.org/public/includes/language/LanguageConverter.php(623): MediaWiki\Language\ReplacementArray->replace()
#1 /srv/wiki.gslin.org/public/includes/language/LanguageConverter.php(602): MediaWiki\Language\LanguageConverter->translate()
#2 /srv/wiki.gslin.org/public/includes/language/LanguageConverter.php(829): MediaWiki\Language\LanguageConverter->autoConvert()
#3 /srv/wiki.gslin.org/public/includes/language/LanguageConverter.php(584): MediaWiki\Language\LanguageConverter->recursiveConvertTopLevel()
#4 /srv/wiki.gslin.org/public/includes/language/LanguageConverter.php(829): MediaWiki\Language\LanguageConverter->autoConvert()
#5 /srv/wiki.gslin.org/public/includes/language/LanguageConverter.php(793): MediaWiki\Language\LanguageConverter->recursiveConvertTopLevel()
#6 /srv/wiki.gslin.org/public/includes/language/LanguageConverter.php(781): MediaWiki\Language\LanguageConverter->convertTo()
#7 /srv/wiki.gslin.org/public/includes/parser/Parser.php(1719): MediaWiki\Language\LanguageConverter->convert()
#8 /srv/wiki.gslin.org/public/includes/parser/Parser.php(704): MediaWiki\Parser\Parser->internalParseHalfParsed()
#9 /srv/wiki.gslin.org/public/includes/content/WikitextContentHandler.php(384): MediaWiki\Parser\Parser->parse()
#10 /srv/wiki.gslin.org/public/includes/content/ContentHandler.php(1691): MediaWiki\Content\WikitextContentHandler->fillParserOutput()
#11 /srv/wiki.gslin.org/public/includes/content/Renderer/ContentRenderer.php(79): MediaWiki\Content\ContentHandler->getParserOutput()
#12 /srv/wiki.gslin.org/public/includes/Revision/RenderedRevision.php(263): MediaWiki\Content\Renderer\ContentRenderer->getParserOutput()
#13 /srv/wiki.gslin.org/public/includes/Revision/RenderedRevision.php(236): MediaWiki\Revision\RenderedRevision->getSlotParserOutputUncached()
#14 /srv/wiki.gslin.org/public/includes/Revision/RevisionRenderer.php(239): MediaWiki\Revision\RenderedRevision->getSlotParserOutput()
#15 /srv/wiki.gslin.org/public/includes/Revision/RevisionRenderer.php(172): MediaWiki\Revision\RevisionRenderer->combineSlotOutput()
#16 [internal function]: MediaWiki\Revision\RevisionRenderer->{closure:MediaWiki\Revision\RevisionRenderer::getRenderedRevision():170}()
#17 /srv/wiki.gslin.org/public/includes/Revision/RenderedRevision.php(199): call_user_func()
#18 /srv/wiki.gslin.org/public/includes/poolcounter/PoolWorkArticleView.php(106): MediaWiki\Revision\RenderedRevision->getRevisionParserOutput()
#19 /srv/wiki.gslin.org/public/includes/poolcounter/PoolWorkArticleViewCurrent.php(123): MediaWiki\PoolCounter\PoolWorkArticleView->renderRevision()
#20 /srv/wiki.gslin.org/public/includes/poolcounter/PoolCounterWork.php(171): MediaWiki\PoolCounter\PoolWorkArticleViewCurrent->doWork()
#21 /srv/wiki.gslin.org/public/includes/page/ParserOutputAccess.php(362): MediaWiki\PoolCounter\PoolCounterWork->execute()
#22 /srv/wiki.gslin.org/public/includes/page/Article.php(827): MediaWiki\Page\ParserOutputAccess->getParserOutput()
#23 /srv/wiki.gslin.org/public/includes/page/Article.php(547): Article->generateContentOutput()
#24 /srv/wiki.gslin.org/public/includes/actions/ViewAction.php(78): Article->view()
#25 /srv/wiki.gslin.org/public/includes/actions/ActionEntryPoint.php(733): ViewAction->show()
#26 /srv/wiki.gslin.org/public/includes/actions/ActionEntryPoint.php(510): MediaWiki\Actions\ActionEntryPoint->performAction()
#27 /srv/wiki.gslin.org/public/includes/actions/ActionEntryPoint.php(146): MediaWiki\Actions\ActionEntryPoint->performRequest()
#28 /srv/wiki.gslin.org/public/includes/MediaWikiEntryPoint.php(200): MediaWiki\Actions\ActionEntryPoint->execute()
#29 /srv/wiki.gslin.org/public/index.php(58): MediaWiki\MediaWikiEntryPoint->run()
#30 {main}

After enabled debug log (from https://www.mediawiki.org/wiki/Project:Support_desk):

$wgShowExceptionDetails = true;error_reporting( -1 );ini_set( 'display_errors', 1 );

I've seen it's related to apcu:

Deprecated: Creation of dynamic property MediaWiki\Language\ReplacementArray::$data is deprecated in /srv/wiki.gslin.org/public/includes/libs/objectcache/APCUBagOStuff.php on line 70
Deprecated: Creation of dynamic property MediaWiki\Language\ReplacementArray::$data is deprecated in /srv/wiki.gslin.org/public/includes/libs/objectcache/APCUBagOStuff.php on line 70
Deprecated: Creation of dynamic property MediaWiki\Language\ReplacementArray::$data is deprecated in /srv/wiki.gslin.org/public/includes/libs/objectcache/APCUBagOStuff.php on line 70
Deprecated: Creation of dynamic property MediaWiki\Language\ReplacementArray::$data is deprecated in /srv/wiki.gslin.org/public/includes/libs/objectcache/APCUBagOStuff.php on line 70
Deprecated: Creation of dynamic property MediaWiki\Language\ReplacementArray::$data is deprecated in /srv/wiki.gslin.org/public/includes/libs/objectcache/APCUBagOStuff.php on line 70
Deprecated: Creation of dynamic property MediaWiki\Language\ReplacementArray::$data is deprecated in /srv/wiki.gslin.org/public/includes/libs/objectcache/APCUBagOStuff.php on line 70
Deprecated: Creation of dynamic property MediaWiki\Language\ReplacementArray::$data is deprecated in /srv/wiki.gslin.org/public/includes/libs/objectcache/APCUBagOStuff.php on line 70
Deprecated: Creation of dynamic property MediaWiki\Language\ReplacementArray::$data is deprecated in /srv/wiki.gslin.org/public/includes/libs/objectcache/APCUBagOStuff.php on line 70
Deprecated: Creation of dynamic property MediaWiki\Language\ReplacementArray::$data is deprecated in /srv/wiki.gslin.org/public/includes/libs/objectcache/APCUBagOStuff.php on line 70

So I disabled all cache settings (enabled originally), and the site is back to normal:

#$wgMainCacheType = CACHE_ACCEL;
#$wgParserCacheType = 'apcu';
#$wgMessageCacheType = 'apcu';
#$wgSessionsInObjectCache = true;
#$wgSessionCacheType = 'apcu';
#$wgEnableSidebarCache = true;

Not sure if it's a bug or something required to adjust after the update. Gslin (talk) 17:49, 27 September 2025 (UTC)Reply

The system is running on Debian (testing) with PHP 8.4.11:

:PHP 8.4.11 (cli) (built: Aug 15 2025 23:34:18) (NTS) :Copyright (c) The PHP Group :Built by Debian :Zend Engine v4.4.11, Copyright (c) Zend Technologies : with Zend OPcache v8.4.11, Copyright (c), by Zend Technologies : Gslin (talk) 17:51, 27 September 2025 (UTC)Reply

I wouldn't be surprised if MW 1.43 isn't yet officially compatible with PHP 8.4.11. Maybe try and go back to PHP 8.3? Rand(1,2022) (talk) 21:20, 27 September 2025 (UTC)Reply

Indeed, while most of MediaWiki should be 8.4 compatible, there might be certain configurations and especially certain extensions that will not be compatible. I have filed this as phab:T405901. when issues like this get fixed, they generally get backported to the LTS releases. —TheDJ (Not WMF) (talk • contribs) 11:30, 29 September 2025 (UTC)Reply

Even after confirming the email address. IP address has been blocked and their is no public policy around this. ~2025-27046-71 (talk) 03:58, 29 September 2025 (UTC)Reply

Are you using safari on mac? If so in safari you need to go to 'view' and then 'reload and show ip address' Leeshore1966 (talk) 07:55, 7 October 2025 (UTC)Reply

Any and all url blocks can we remove them from my server?

~2025-27192-50 (talk) 17:23, 30 September 2025 (UTC)Reply

We are currently facing an issue with our MediaWiki instance and would appreciate your assistance in diagnosing and resolving it.

Issue Summary :

After completing the SAML authentication process, the application redirects to:

This URL loads for about a minute and then results in a 504 Gateway Timeout error. The final redirected URL when the error occurs is:

System Information :

MediaWiki Version: 1.34.4 (ff6464d)

PHP: 7.4.33 (fpm-fcgi)

MySQL: 8.0.35

ICU: 74.2

Elasticsearch: 6.8.23

LuaSandbox: 4.1.2

Lua: 5.1.5

Authentication Configuration :

We are using the following extensions for authentication:

PluggableAuth

SimpleSAMLphp

This issue started recently and prevents users from logging in via SAML. We have verified that our IdP is reachable and functional independently. ~2025-34685-4 (talk) 12:05, 1 October 2025 (UTC)Reply

After upgrading and safely migrating the files, some percentage of images is not linked - but the image files are present for sure.

How to fix "missing images after upgrade from medaiwiki versions pre-1.33.0" Here is my solution (a long way to find that).

Check the database for images without "actor"

mysql/mariadb
SHOW TABLES LIKE 'actor';
SHOW CREATE TABLE actor\G
DESCRIBE image\G
SELECT COUNT(*) FROM actor;
SELECT actor_id,actor_name FROM actor WHERE actor_name = '' LIMIT 20;
SELECT COUNT(*) FROM image WHERE img_actor IS NULL OR img_actor=0;
+----------------------+ 
| images_with_no_actor | 
+----------------------+ 
| 55                   | 
+----------------------+
1 row in set (0,000 sec)
If you see this, then run
-- 1️⃣ Add a new actor "Unknown"
INSERT INTO actor (actor_name) VALUES ('Unknown');
-- 2️⃣ Get the id of the new actor
SET @unknown_id = LAST_INSERT_ID();
-- 3️⃣ Delete empty actor entries if any
DELETE FROM actor WHERE actor_name = '';
-- 4️⃣ Assign all images without an actor to the new actor "Unknown"
UPDATE image SET img_actor = @unknown_id WHERE img_actor IS NULL OR img_actor = 0;
-- 5️⃣ Optional: check that all images have an actor assigned
SELECT img_name, img_actor FROM image WHERE img_actor = @unknown_id;
SELECT COUNT(*) AS images_still_missing_actor FROM image WHERE img_actor IS NULL OR img_actor=0;
Then run
php maintenance/cleanupUsersWithNoId.php
php maintenance/migrateActors.php --force
php maintenance/migrateComments.php
php maintenance/populateContentTables.php
php maintenance/run.php rebuildImages --missing

@TheDJ: This isn't the first time this problem has been reported here and it should be documented somewhere in the docs as a pitfall to bear in mind while users upgrade from an old MW version, along with the recommended procedure to solve it. I'm assuming it has been fixed in the current version. --Tactica (talk) 12:40, 3 October 2025 (UTC)Reply

I even think, my procedure steps should become part of the updater. Unfortunately, as I did not contribute for a while to the code, I feel incompetent to present a proper fix in Phabricator or gerrit, but the steps are documented above.

As I still have the old database dump, I volunteer to test an improved update code which can also fix this old issue. Wikinaut (talk) 14:26, 3 October 2025 (UTC)Reply

Other, older reports are:

• https://www.mediawiki.org/wiki/Topic:Xucnucrmef7260ve

Used patch -p1 --dry-run -i mediawiki-1.44.1.patch

Patching 1.44.0 to 1.44.1 dry run stops at this place:

checking file extensions/DiscussionTools/tests/cases/double-signature2/double-signature2-formatted-desktop.html checking file extensions/DiscussionTools/tests/cases/double-signature2/double-signature2-formatted-legacy.html checking file extensions/DiscussionTools/tests/cases/double-signature2/double-signature2-formatted-mobile.html can't find file to patch at input line 17149 Perhaps you used the wrong -p or --strip option? The text leading up to this was:

|diff -Nru mediawiki-1.44.0/extensions/DiscussionTools/tests/cases/en-big-oldparser/en-big-oldparser-formatted-desktop.html mediawiki-1.44.1/extensions/DiscussionTools/tests/cases/en-big-oldparser/en-big-oldparser-formatted-desktop.html |--- mediawiki-1.44.0/extensions/DiscussionTools/tests/cases/en-big-oldparser/en-big-oldparser-formatted-desktop.html2024-12-05 15:51:04.847191600 +0000 |+++ mediawiki-1.44.1/extensions/DiscussionTools/tests/cases/en-big-oldparser/en-big-oldparser-formatted-desktop.html2025-10-02 12:16:30.322104000 +0100

File to patch: Leeshore1966 (talk) 20:09, 2 October 2025 (UTC)Reply

Tag 1.44.1 removed, use 1.44.2 instead. MidnightLG (talk) 12:30, 4 October 2025 (UTC)Reply

The only thing is the 1.44.2 patch is much smaller than the 1.44.1 patch. Does that mean it will miss some of the upgrade in 1.44.1 if I only apply the 1.44.2 patch? Leeshore1966 (talk) 10:02, 5 October 2025 (UTC)Reply

No idea. I didn't use patches but docker containers. Probably you're right MidnightLG (talk) 11:18, 5 October 2025 (UTC)Reply

Still not sure how to complete this patch without having to just reinstall Leeshore1966 (talk) 07:41, 9 October 2025 (UTC)Reply

Page Special:ExtensionDistributor is broken - "Unable to fetch extension list!" MidnightLG (talk) 12:26, 4 October 2025 (UTC)Reply

UPD: resolved, works now

My previous attempt to solve an issue with my wiki made some progress and fixed a few errors, but turned up a new one: "Lua error: bad argument #1 to "get" (not a valid title)." The suggestions in the related threads I found (1, 2) mention "JsonConfig", but I've enabled both "JsonConfig" and "JsonConfigLuaSupport" in LocalSettings and have installed the "REL1_43" (1.2.0) version of the former and the error remains. The following is the backtrace:

1. (tail call): ?
2. [C]: in function "error"
3. MWServer.lua:81: ?
4. (tail call): ?
5. (tail call): ?
6. Module:TNT:162: in function "loadData"
7. Module:TNT:181: ?
8. (tail call): ?
9. (tail call): ?
10. Module:Uses_TemplateStyles:21: in function "renderBox"
11. Module:Uses_TemplateStyles:111: ?
12. (tail call): ?
13. mw.lua:527: ?
14. (tail call): ?
15. [C]: in function "xpcall"
16. MWServer.lua:99: in function "handleCall"
17. MWServer.lua:313: in function "dispatch"
18. MWServer.lua:52: in function "execute"
19. mw_main.lua:7: in main chunk
20. [C]: ?

Any idea what to do to solve this? –Noha307 (talk) 23:44, 6 October 2025 (UTC)Reply

Hello,

sorry if this question has already been answered, I tried to browse this and other pages, but found it so mind-boggling and complex that I gave up and decided to fire a question here.

Today I tried to log into my usual Wikipedia account from a new place, new device, and got prompted for a code, sent to my e-mail account, reportedly because the system identified this login attempt as "suspicious". Is there a way to switch off this thing, so that my password remains my one and only line of defence, without any extras, codes, e-mails, sms etc?

thanks and regards, Dd1495 Dd1495 (talk) 07:22, 7 October 2025 (UTC)Reply

@Dd1495 "new device" in that case it is doing exactly what it is supposed to do. You used a new device, from a 'suspicious' IP range (range that is the origin of a lot of account hacking attempts). As long as you have cookies enabled, it should then remember your device and you shouldn't have to repeat this too often. The only way to fully get rid of it is by enabling another form of 2 factor authentication. —TheDJ (Not WMF) (talk • contribs) 08:50, 7 October 2025 (UTC)Reply

See also Help:Extension:EmailAuth —TheDJ (Not WMF) (talk • contribs) 08:50, 7 October 2025 (UTC)Reply

thanks for prompt answer. I find it disappointing that I can not switch this automated gendarme, forced upon me, off. I believe I can take care of my own safety, without some blokes helping me. Overdone policing. If you pair this with "extra measures" of some e-mail providers, who also detect "suspicious activity" and try to extort my phone number (so that they can sell it or send spam themselves) this gets irritating. Anyway, thanks again for the info. Dd1495 (talk) 09:26, 7 October 2025 (UTC)Reply

Oh it's not just your safety that is the concern. It's also the safety of everyone else, including the load that these automated attacks create on the system. The human interaction here features as a brake pedal on illegitimate actions, because they are the only slow and known 'legitimate' element in the system. —TheDJ (Not WMF) (talk • contribs) 12:53, 7 October 2025 (UTC)Reply

Hello,

MediaWiki version - 1.30

in localsettings.php creating accounts is set to 'false' as seen below, but unregistered users can still register new accounts, in special page about user groups permissions system is showing creating account as possible for unregistered. How is that possible ? Is there another file with overriding settings ?

$wgGroupPermissions['*']['createaccount'] = false;

Thanks. ~2025-27975-08 (talk) 10:07, 7 October 2025 (UTC)Reply

I've inherited a wiki, and I've (successfully, it appears) moved it to a newer machine and upgraded it to a recent version of MediaWiki. Next, I need to edit a bunch (probably more than 100, less than 1000) of pages with a bunch of external links. The edits that need to be made fit a very simple search-replace pattern. I'm proficient in SQL, but unfamiliar with the MediaWiki database layout. I've done some programming in languages like C/Python.

Are there tools/utilities for this sort of task? Any recommended reading? Bsammon (talk) 21:13, 8 October 2025 (UTC)Reply

You can do that with Extension:ReplaceText. Jonathan3 (talk) 21:48, 8 October 2025 (UTC)Reply