Project:Support desk

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

(Read this message in a different language)

See also

• Other places to ask for help

Before you post

• Check the basic How does MediaWiki work? guide.
• 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.
• For trying out wiki editing, use the Sandbox instead.

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

Check Manual:How to debug/Login problems and provide more information on a new post

I try to login and it just refreshes the login page with no error and not logged in. I can view the contents of my wiki but unable to edit since login doesn't work.

Is there a folder/database permission which could have changed which would do this?

Also, when installing a test wiki i get a blank screen when clicking the initial setup button. The PHP log says:

PHP Warning: require(.../wiki/languages/Language.php): failed to open stream: Permission denied in ...wiki/includes/AutoLoader.php on line 1146

mediawiki 1.19.2 php 5.4 MySql 5.5.3

Try to do perform a search through the search bar and let us know if the search works, and if it fails see if the search terms appear already in the search bar of the search results page.

thanks for looking! search bar seems to work fine. However i notice that all the wikimarkup and html is included in the search results.

edit: oh.. Just realised that is normal after googling it.

btw my test wiki is 1.20.3 if that makes any difference.

Well, that's really strange. Something that may cause this is the loss of session information.

Make sure PHP session configuration variables are set correctly to allow session storage. For example, upload a php file with this contents to the server:

<?php
session_start();
if (!isset($_SESSION['count'])) {
  $_SESSION['count'] = 0;
} else {
  $_SESSION['count']++;
}

print($_SESSION['count']);

Browse that page and it should print you a number increasing every time you reload the page. If not, something is wrongly configured in the php.ini.

The test worked: +1 each refresh.

Not sure if this is relevant, but a web developer recently installed joomla in a different directory. Also they wiped my htaccess.txt file. I deactivated the htaccess.txt file in the joomla directory just in case with no improvement.

Check the value of Manual:Configuration settings#Cookies. If any of those variables are defined, try to comment them, since in general their default value is already OK.

If your wiki is public a link to it may help.

Maybe something is really wrong with your web server and somehow POST requests are being broken. (Most session related issues should raise some sort of error on special:userlogin)

Do you have short urls enabled in any sort of way that's weird or different from the standard way of doing it? If you enabled editing for anonoymous users, does anon editing go through?

I have not changed anything to do with the cookies.

I have tried installing a new wiki in a separate directory (1.20.3) and i can not get past the link "setup the wiki now" ---> http error 500

I think that whatever problem is preventing me from installing the new wiki is also affecting my old wiki. I'm getting my host support to look at it right now. He is looking at permalinks to see if that is the problem.

I had this problem and I have found a solution: In my LocalSettings.PHP file I had a line of code:

$wgSessionsInMemcached = true; # optional

THIS is causing the problem! I changed the true to false and it worked. Do you have this setting in your localsettings.php? and did this work for you also?

So in closing: I uploaded my old wiki to a new server and suddenly couldn't login and with no error message. The local settings had a line of code (which was added by me a long time ago) and on the new server they didn't allow the caching. Turned the "True" to False and I can now login.

Wow thanks for replying (a year ago) anonymous person. I can't seem to find that setting in my localsettings.php

The closest thing I've got is:

##shared memory settings

$wgMainCacheType = CACHE_NONE;

$wgMemCachedServers = array();

having this problem now, 8 years in the future!

See Manual:How to debug/Login problems

I want to put a image on my wikipage. All of the methods for putting photos on a wiki page include using the url where the image is located on the internet. My issue is that the photo is saved to my machine and does not exist online. The image is under /home/carter/Photos. I'm using Ubuntu 22.4. Let me know if you have any solutions. Thanks

Upload it using the page named Special:upload or importImages.php from command line

This is the error I get when I try to upload throught the Special:Upload page:

Could not open lock file for "mwstore://local-backend/local-public/1/16/Gitlab-fork.png". Make sure your upload directory is configured correctly and your web server has permission to write to that directory. See https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:$wgUploadDirectory for more information.

Usually that means there are incorrect permissions on the images directory (or one of its subdirectories) in your mediawiki folder. Ensure the webserver can write there.

I'm getting an error that says:

No suitable files could be found for import.

I've read this sometimes means that the directory does not have permission so I tried to run:

sudo chmod -R 777 Photos

I'm not sure why it is not working. Let me know. Thanks

I found the solution when running this command:

php maintenance/importImages.php /path/to/images/directory

I had this at the end: /Photos/The-name-of-the-image

The issue is the command only needs the directory name where the photos are located, not the actual name of the photo.

When I set up Shellbox and enable the Score extension, MediaWiki complains with the following:

[ed4919abc99fe3ec043a59fb] /w/index.php?title=Special:Version MWException: Unable to open CDB file "/var/www/notawiki/w/cache/l10n_cache-en.cdb.tmp.1161605081" for write.
Backtrace:
from /var/www/notawiki/w/includes/language/LCStoreCDB.php(100)
#0 /var/www/notawiki/w/includes/language/LocalisationCache.php(1013): LCStoreCDB->startWrite()
#1 /var/www/notawiki/w/includes/language/LocalisationCache.php(496): LocalisationCache->recache()
#2 /var/www/notawiki/w/includes/language/LocalisationCache.php(413): LocalisationCache->initLanguage()
#3 /var/www/notawiki/w/includes/language/LocalisationCache.php(332): LocalisationCache->loadSubitem()
#4 /var/www/notawiki/w/includes/language/MessageCache.php(725): LocalisationCache->getSubitem()
#5 /var/www/notawiki/w/includes/language/MessageCache.php(1221): MessageCache->isMainCacheable()
#6 /var/www/notawiki/w/includes/language/MessageCache.php(1126): MessageCache->getMsgFromNamespace()
#7 /var/www/notawiki/w/includes/language/MessageCache.php(1097): MessageCache->getMessageForLang()
#8 /var/www/notawiki/w/includes/language/MessageCache.php(1042): MessageCache->getMessageFromFallbackChain()
#9 /var/www/notawiki/w/includes/language/Message.php(1476): MessageCache->get()
#10 /var/www/notawiki/w/includes/language/Message.php(1123): Message->fetchMessage()
#11 /var/www/notawiki/w/extensions/CirrusSearch/includes/Hooks.php(191): Message->isDisabled()
#12 /var/www/notawiki/w/includes/libs/objectcache/BagOStuff.php(216): CirrusSearch\Hooks::CirrusSearch\{closure}()
#13 /var/www/notawiki/w/extensions/CirrusSearch/includes/Hooks.php(195): BagOStuff->getWithSetCallback()
#14 /var/www/notawiki/w/extensions/CirrusSearch/includes/Hooks.php(91): CirrusSearch\Hooks::overrideMoreLikeThisOptionsFromMessage()
#15 /var/www/notawiki/w/extensions/CirrusSearch/includes/Hooks.php(63): CirrusSearch\Hooks::initializeForRequest()
#16 /var/www/notawiki/w/includes/HookContainer/HookContainer.php(338): CirrusSearch\Hooks::onBeforeInitialize()
#17 /var/www/notawiki/w/includes/HookContainer/HookContainer.php(137): MediaWiki\HookContainer\HookContainer->callLegacyHook()
#18 /var/www/notawiki/w/includes/HookContainer/HookRunner.php(933): MediaWiki\HookContainer\HookContainer->run()
#19 /var/www/notawiki/w/includes/MediaWiki.php(207): MediaWiki\HookContainer\HookRunner->onBeforeInitialize()
#20 /var/www/notawiki/w/includes/MediaWiki.php(923): MediaWiki->performRequest()
#21 /var/www/notawiki/w/includes/MediaWiki.php(576): MediaWiki->main()
#22 /var/www/notawiki/w/index.php(50): MediaWiki->run()
#23 /var/www/notawiki/w/index.php(46): wfIndexMain()
#24 {main}

I’m running Shellbox via Docker.

Is wgCacheDirectory writable by the web server.

yes, it works fine when I comment out the Score extension line

When I disable the Score extension and then access a page that uses SyntaxHighlight, MW also spits out errors:

[d1b1b4f08601cb883f9b70d1] /wiki/MediaWiki:Common.css Shellbox\ShellboxError: Shellbox server error: The configuration variable "secretKey" is required, but it is not present in the config file.
Backtrace:
from /var/www/notawiki/w/vendor/wikimedia/shellbox/src/Client.php(169)
#0 /var/www/notawiki/w/vendor/wikimedia/shellbox/src/Command/RemoteBoxedExecutor.php(77): Shellbox\Client->sendRequest()
#1 /var/www/notawiki/w/vendor/wikimedia/shellbox/src/Command/BoxedExecutor.php(20): Shellbox\Command\RemoteBoxedExecutor->executeValid()
#2 /var/www/notawiki/w/vendor/wikimedia/shellbox/src/Command/BoxedCommand.php(183): Shellbox\Command\BoxedExecutor->execute()
#3 /var/www/notawiki/w/extensions/SyntaxHighlight_GeSHi/includes/Pygmentize.php(303): Shellbox\Command\BoxedCommand->execute()
#4 /var/www/notawiki/w/extensions/SyntaxHighlight_GeSHi/includes/SyntaxHighlight.php(345): MediaWiki\SyntaxHighlight\Pygmentize::highlight()
#5 /var/www/notawiki/w/includes/libs/objectcache/wancache/WANObjectCache.php(1759): MediaWiki\SyntaxHighlight\SyntaxHighlight::MediaWiki\SyntaxHighlight\{closure}()
#6 /var/www/notawiki/w/includes/libs/objectcache/wancache/WANObjectCache.php(1589): WANObjectCache->fetchOrRegenerate()
#7 /var/www/notawiki/w/extensions/SyntaxHighlight_GeSHi/includes/SyntaxHighlight.php(351): WANObjectCache->getWithSetCallback()
#8 /var/www/notawiki/w/extensions/SyntaxHighlight_GeSHi/includes/SyntaxHighlight.php(393): MediaWiki\SyntaxHighlight\SyntaxHighlight::highlightInner()
#9 /var/www/notawiki/w/extensions/SyntaxHighlight_GeSHi/includes/SyntaxHighlight.php(590): MediaWiki\SyntaxHighlight\SyntaxHighlight::highlight()
#10 /var/www/notawiki/w/includes/HookContainer/HookContainer.php(338): MediaWiki\SyntaxHighlight\SyntaxHighlight::onContentGetParserOutput()
#11 /var/www/notawiki/w/includes/HookContainer/HookContainer.php(137): MediaWiki\HookContainer\HookContainer->callLegacyHook()
#12 /var/www/notawiki/w/includes/HookContainer/HookRunner.php(1190): MediaWiki\HookContainer\HookContainer->run()
#13 /var/www/notawiki/w/includes/content/ContentHandler.php(1741): MediaWiki\HookContainer\HookRunner->onContentGetParserOutput()
#14 /var/www/notawiki/w/includes/content/Renderer/ContentRenderer.php(47): ContentHandler->getParserOutput()
#15 /var/www/notawiki/w/includes/Revision/RenderedRevision.php(260): MediaWiki\Content\Renderer\ContentRenderer->getParserOutput()
#16 /var/www/notawiki/w/includes/Revision/RenderedRevision.php(232): MediaWiki\Revision\RenderedRevision->getSlotParserOutputUncached()
#17 /var/www/notawiki/w/includes/Revision/RevisionRenderer.php(227): MediaWiki\Revision\RenderedRevision->getSlotParserOutput()
#18 /var/www/notawiki/w/includes/Revision/RevisionRenderer.php(164): MediaWiki\Revision\RevisionRenderer->combineSlotOutput()
#19 [internal function]: MediaWiki\Revision\RevisionRenderer->MediaWiki\Revision\{closure}()
#20 /var/www/notawiki/w/includes/Revision/RenderedRevision.php(199): call_user_func()
#21 /var/www/notawiki/w/includes/poolcounter/PoolWorkArticleView.php(87): MediaWiki\Revision\RenderedRevision->getRevisionParserOutput()
#22 /var/www/notawiki/w/includes/poolcounter/PoolWorkArticleView.php(68): PoolWorkArticleView->renderRevision()
#23 /var/www/notawiki/w/includes/poolcounter/PoolCounterWork.php(166): PoolWorkArticleView->doWork()
#24 /var/www/notawiki/w/includes/page/ParserOutputAccess.php(299): PoolCounterWork->execute()
#25 /var/www/notawiki/w/includes/page/Article.php(735): MediaWiki\Page\ParserOutputAccess->getParserOutput()
#26 /var/www/notawiki/w/includes/page/Article.php(545): Article->generateContentOutput()
#27 /var/www/notawiki/w/includes/actions/ViewAction.php(78): Article->view()
#28 /var/www/notawiki/w/includes/MediaWiki.php(556): ViewAction->show()
#29 /var/www/notawiki/w/includes/MediaWiki.php(333): MediaWiki->performAction()
#30 /var/www/notawiki/w/includes/MediaWiki.php(923): MediaWiki->performRequest()
#31 /var/www/notawiki/w/includes/MediaWiki.php(576): MediaWiki->main()
#32 /var/www/notawiki/w/index.php(50): MediaWiki->run()
#33 /var/www/notawiki/w/index.php(46): wfIndexMain()
#34 {main}

SecretKey is not present? I swear there’s a match in both the Shellbox config file and LocalSettings.php

How to show sidebar default in vactor-2022?

Vactor-2022's default is hide.

Hi - I am encountering an "Internal Server Error: The server encountered an internal error or misconfiguration and was unable to complete your request." problem when editing template pages in "source editor" mode. It is really odd: it seems to happen only when pages get to a certain length, and it only impacts "source editing" mode and not "visual editor" mode, so I can generally get around it, but not when editing templates as they don't give you the visual editor option (why is that by the way?)

It seems to be mediawiki related as it comes up on different machines, different browsers and on mobile as well. Is it something i have done? ElectricRay (talk) 14:16, 5 June 2023 (UTC)

Update: I have added template namespace to those for which the visual editor loads, but I would still be interested to know what the problem is with the source editor.ElectricRay (talk) 15:30, 5 June 2023 (UTC)

I tried with the URL access localhost:8080/mw-config/ but when I get to the step 'Upgrade existing installation' i got this error

An error occurred:

Error 1091: Can't DROP INDEX `user_timestamp`; check that it exists

Function: Wikimedia\Rdbms\Database::sourceFile( /var/www/html/maintenance/archives/patch-revision-actor-comment-MCR.sql )

I found a solution to my answer. I commented out the files executing the blocking commands to my version upgrade. Then I reassembled them on my container.

patch-archive-MCR.sql & patch-revision-actor-comment-MCR

Hi guys, I have a problem with importDump.

I have used docker php-fpm mediawiki images and dockerfile and put them together in docker compose with memcached, mariadb, elastic and nginx. Also, I have used wikibase, TemplateStyle and Scribunto extensions.

When I export contents as XML from that wiki or other wikis, and then import them through web-based or importDump command, some warning about non-utf8 characters comes and imports fail with this error:"Error: data must be loaded before reading" and "Error : PCDATA invalid char value"

Be aware, my XML files are utf8 and the contents can be imported into others wikis as well as before, but in this case, I have a problem.

Please help me how to solve this problem.

MediaWiki	1.39.3
PHP	8.1.19 (fpm-fcgi)
MariaDB	10.11.3-MariaDB-1:10.11.3+maria~ubu2204
ICU	72.1
LuaSandbox	4.0.2
Lua	5.1.5
Pygments	2.11.2
Elasticsearch	7.10.2

Some configurations and errors are shown below:

Hi, I'm trying to upgrade my MediaWiki from 1.38 to 1.39. My MW instance is running on Docker.  

However I have a display error when I connect.

There is currently no text on this page. You can launch a search on this title in the other pages, search in related operations or create this page.

[9db9b7555e94f2b21245627f] /index.php?title=Accueil&action=edit Wikimedia\Rdbms\DBQueryError: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading or after adding a new extension?

Please see https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Upgrading and https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:How_to_debug for more information.

Error 1146: Table 'dowiki.linktarget' doesn't exist

Function: MediaWiki\Linker\LinkTargetStore::getLinkTargetIdFromCache

Query: SELECT lt_id,lt_namespace,lt_title FROM `linktarget` WHERE lt_namespace = 0 AND lt_title = 'Accueil' LIMIT 1

Same error when editing a page.

I tried to update my DB by running the php script update.php. But I still get the same SQL errors

#0 /var/www/html/includes/libs/rdbms/database/Database.php(1602): Wikimedia\Rdbms\Database->getQueryException('Can't DROP INDE...', 1091, 'ALTER TABLE `re...', 'Wikimedia\\Rdbms...')

#1 /var/www/html/includes/libs/rdbms/database/Database.php(1576): Wikimedia\Rdbms\Database->getQueryExceptionAndLog('Can't DROP INDE...', 1091, 'ALTER TABLE `re...', 'Wikimedia\\Rdbms...')

#2 /var/www/html/includes/libs/rdbms/database/Database.php(952): Wikimedia\Rdbms\Database->reportQueryError('Can't DROP INDE...', 1091, 'ALTER TABLE `re...', 'Wikimedia\\Rdbms...', false)

#3 /var/www/html/includes/libs/rdbms/database/Database.php(3302): Wikimedia\Rdbms\Database->query('ALTER TABLE `re...', 'Wikimedia\\Rdbms...')

#4 /var/www/html/includes/libs/rdbms/database/Database.php(3241): Wikimedia\Rdbms\Database->sourceStream(Resource id #906, NULL, NULL, 'Wikimedia\\Rdbms...', NULL)

#5 /var/www/html/includes/libs/rdbms/database/DBConnRef.php(103): Wikimedia\Rdbms\Database->sourceFile('/var/www/html/m...')

#6 /var/www/html/includes/libs/rdbms/database/DBConnRef.php(807): Wikimedia\Rdbms\DBConnRef->__call('sourceFile', Array)

#7 /var/www/html/includes/installer/DatabaseUpdater.php(718): Wikimedia\Rdbms\DBConnRef->sourceFile('/var/www/html/m...')

#8 /var/www/html/includes/installer/DatabaseUpdater.php(843): DatabaseUpdater->applyPatch('/var/www/html/m...', false, 'Table revision ...')

#9 /var/www/html/includes/installer/DatabaseUpdater.php(547): DatabaseUpdater->dropField('revision', 'rev_text_id', 'patch-revision-...')

#10 /var/www/html/includes/installer/DatabaseUpdater.php(511): DatabaseUpdater->runUpdates(Array, false)

#11 /var/www/html/maintenance/update.php(202): DatabaseUpdater->doUpdates(Array)

#12 /var/www/html/maintenance/includes/MaintenanceRunner.php(309): UpdateMediaWiki->execute()

#13 /var/www/html/maintenance/doMaintenance.php(85): MediaWiki\Maintenance\MaintenanceRunner->run()

#14 /var/www/html/maintenance/update.php(312): require_once('/var/www/html/m...')

#15 {main}

If someone can help me.

see Manual:Upgrading

I followed the tutorial adapted to my case. I have MW version 1.39.3 with PHP version 7.4.33, a DB MariaDB 10.5.19 and a Memcached 1.6, running on Docker. That's three containers.

I've made my DB backup, I've got all my extensions in wfwfLoadExtension in my LocalSettings.php.

But when I do a php update.php I get these errors:

#0 /var/www/html/includes/libs/rdbms/database/Database.php(1602): Wikimedia\Rdbms\Database->getQueryException('Can't DROP INDIA...', 1091, 'ALTER TABLE `re...', 'Wikimedia\Rdbms...')

#1 /var/www/html/includes/libs/rdbms/database/Database.php(1576): Wikimedia\Rdbms\Database->getQueryExceptionAndLog('Can't DROP INDIA...', 1091, 'ALTER TABLE `re...', 'Wikimedia\Rdbms...')

#2 /var/www/html/includes/libs/rdbms/database/Database.php(952): Wikimedia\Rdbms\Database->reportQueryError('Can't DROP INDIA...', 1091, 'ALTER TABLE `re...', 'Wikimedia\Rdbms...', false)

#3 /var/www/html/includes/libs/rdbms/database/Database.php(3302): Wikimedia\Rdbms\Database->query('ALTER TABLE `re...', 'Wikimedia\Rdbms...')

#4 /var/www/html/includes/libs/rdbms/database/Database.php(3241): Wikimedia\Rdbms\Database->sourceStream(Resource id #839, NULL, NULL, 'Wikimedia\Rdbms...', NULL)

#5 /var/www/html/includes/libs/rdbms/database/DBConnRef.php(103): Wikimedia\Rdbms\Database->sourceFile('/var/www/html/m...')

#6 /var/www/html/includes/libs/rdbms/database/DBConnRef.php(807): Wikimedia\Rdbms\DBConnRef->__call('sourceFile', Array)

#7 /var/www/html/includes/installer/DatabaseUpdater.php(718): Wikimedia\Rdbms\DBConnRef->sourceFile('/var/www/html/m...')

#8 /var/www/html/includes/installer/DatabaseUpdater.php(843): DatabaseUpdater->applyPatch('/var/www/html/m...', false, 'Table revision ...')

#9 /var/www/html/includes/installer/DatabaseUpdater.php(547): DatabaseUpdater->dropField('revision', 'rev_text_id', 'patch-revision-...')

#10 /var/www/html/includes/installer/DatabaseUpdater.php(511): DatabaseUpdater->runUpdates(Array, false)

#11 /var/www/html/maintenance/update.php(202): DatabaseUpdater->doUpdates(Array)

#12 /var/www/html/maintenance/includes/MaintenanceRunner.php(309): UpdateMediaWiki->execute()

#13 /var/www/html/maintenance/doMaintenance.php(85): MediaWiki\Maintenance\MaintenanceRunner->run()

#14 /var/www/html/maintenance/update.php(312): require_once('/var/www/html/m...')

#15 {main}

I tried with the URL access localhost:8080/mw-config/ but when I get to the step 'Upgrade existing installation' i got this error

An error occurred:

Error 1091: Can't DROP INDEX `user_timestamp`; check that it exists

Function: Wikimedia\Rdbms\Database::sourceFile( /var/www/html/maintenance/archives/patch-revision-actor-comment-MCR.sql )

I noticed some pages were missing from search, tried to rebuild but have lost me search index.

The site is 20 years old, I am running version 1.38.2.

Grateful for any help / clue what to do.

php maintenance/rebuildall.php

** Rebuilding fulltext search index (if you abort this will break searching; run this script again to fix):

Dropping index...

Clearing searchindex table...Done

Rebuilding index fields for 512234 pages...

...

5000

Wikimedia\Assert\ParameterAssertionException from line 72 of /var/www/html/wiki/vendor/wikimedia/assert/src/Assert.php: Bad value for parameter $dbKey: must not be empty

#0 /var/www/html/wiki/includes/page/PageReferenceValue.php(66): Wikimedia\Assert\Assert::parameter()

#1 /var/www/html/wiki/includes/page/PageIdentityValue.php(87): MediaWiki\Page\PageReferenceValue->__construct()

#2 /var/www/html/wiki/includes/Revision/RevisionStore.php(1722): MediaWiki\Page\PageIdentityValue->__construct()

#3 /var/www/html/wiki/includes/Revision/RevisionStore.php(1609): MediaWiki\Revision\RevisionStore->newRevisionFromRowAndSlots()

#4 /var/www/html/wiki/maintenance/rebuildtextindex.php(116): MediaWiki\Revision\RevisionStore->newRevisionFromRow()

#5 /var/www/html/wiki/maintenance/rebuildtextindex.php(68): RebuildTextIndex->populateSearchIndex()

#6 /var/www/html/wiki/maintenance/rebuildall.php(48): RebuildTextIndex->execute()

#7 /var/www/html/wiki/maintenance/doMaintenance.php(114): RebuildAll->execute()

#8 /var/www/html/wiki/maintenance/rebuildall.php(67): require_once('...')

#9 {main}

I did a fresh mediawiki-1.39.3 install, updated the DB and still ...

php rebuildall.php

Wikimedia\Assert\ParameterAssertionException from line 72 of /var/www/html/newiki/vendor/wikimedia/assert/src/Assert.php: Bad value for parameter $dbKey: must not be empty

A clue, a hint, a suggestion, anything ....

My wiki has a huge number of missing files, so we created blank pages for them with categories, making sorted lists of missing files possible. However, now whenever someone tries to upload a missing image, they get this warning:

"The description page for this file has already been created at [File], but no file with this name currently exists. The summary you enter will not appear on the description page. To make sure your summary appear there, you will need to manually edit it."

I would like to permanently disable this warning on my wiki. I did find this snippet that should permanently check mark the "ignore any warnings" checkbox, but I tried adding that snippet in both MediaWiki:UploadForm.js and MediaWiki:Commons.js and still the checkbox is blank.

The snippet works for me. Maybe there's another error in your MediaWiki:Common.js that prevents further execution of scripts. Check the error console of your browser (usually by hitting F12 key)