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.

how can I see the n most viewed translated pages ?

hi all, how can I see the n most viewed translated pages for a given language. This will allow the translators to complete the translations of these pages rather than to translate random pages or pages the less viewed. Thanks. -- 🚨 Christian 🇫🇷 FR (talk) 10:01, 25 June 2026 (UTC)

I have developed a tool to help with this.

$ uv run python most_viewed_translations.py it 12
Top 12 most-viewed pages needing translation in 'it'
====================================================
  #       Views                        Progress  Title
───  ──────────  ──────────────────────────────  ──────────────────────────────────────────────────
  1       1,479   ███████░░░░░░░░ 49%  (79/160)  Parsoid
  2         798    ██████████░░░░░ 71%  (51/71)  Help:Logging in
  3         730  ██████████████░ 94%  (110/116)  Manual:Configuration settings
  4         657    ░░░░░░░░░░░░░░░  0%  (0/123)  Developers/Maintainers
  5         621  ████████████░░░ 85%  (502/590)  Help:Magic words
  6         611    █░░░░░░░░░░░░░░  7%  (8/108)  Manual:Short URL
  7         600    ░░░░░░░░░░░░░░░  0%  (0/229)  Gerrit/Tutorial
  8         585   ██░░░░░░░░░░░░░ 19%  (28/147)  How to become a MediaWiki hacker
  9         583  ███████░░░░░░░░ 48%  (280/576)  Manual:FAQ
 10         511    ░░░░░░░░░░░░░░░  0%  (0/142)  Wikimedia Product
 11         502  ██░░░░░░░░░░░░░ 16%  (108/655)  Help:CirrusSearch
 12         450  ███████████░░░░ 73%  (162/219)  Manual:User rights

API endpoints used:
  https://wikimedia.org/api/rest_v1/metrics/pageviews/top/...  (Wikimedia REST API)
  https://www.mediawiki.org/w/api.php?action=query&meta=messagegroups  (Translate ext.)
  https://www.mediawiki.org/w/api.php?action=query&meta=languagestats&lslanguage=it  (Translate ext.)

I hope to deploy this to toolforge in the next few days. Hexmode (talk) 02:52, 29 June 2026 (UTC)

@Hexmode: welcome ! can you provide a current shot in FR for me rather than IT, let us say with 30 lines on my talk page ? Thanks. 🚨 Christian 🇫🇷 FR (talk) 11:59, 2 July 2026 (UTC)

@Wladek92: done Hexmode (talk) 02:56, 3 July 2026 (UTC)

Bug on fresh install of MW 1.43.0: some CSS and JS are not loading

I've set up a fresh install of MediaWiki 1.43.0 on a shared host for a personal project. Extracted the zip, FTP'd all the files to the webspace, opened the site in Firefox and ran the installer. It works mostly fine, so far I had no issues creating articles and templates. Vector-2022 is my default skin.

However, I noticed that on certain special pages like Special:AllMessages the skin's stylesheet does not load. Custom CSS added to MediaWiki:Vector-2022.css (like a custom page background) loads, but the skin's default CSS is missing.

Also, the buttons for Echo notifications do not work.

When I opened the console, I noticed there are MIME type mismatch errors for the CSS on Special:AllMessages and on other pages for Echo's JS file. And when I try to open these files in my browser, I get an error message like

akJVO3s73bcLyqOWmaUJJwAAAE4] /w/load.php?lang=en&modules=ext.echo.dm%2Csecondaryicons%2Cui%7Cext.echo.ui.desktop%7Cmoment%2Coojs-ui-core%7Coojs-ui.styles.icons-moderation%2Cicons-movement%2Cicons-user&skin=vector-2022&version=1r326 ValueError: DOMDocument::loadXML(): Argument #1 ($source) must not be empty

Backtrace:

from /home/.sites/327/site4525714/web/w/includes/ResourceLoader/Image.php(352)
#0 /home/.sites/327/site4525714/web/w/includes/ResourceLoader/Image.php(352): DOMDocument->loadXML()
#1 /home/.sites/327/site4525714/web/w/includes/ResourceLoader/Image.php(305): MediaWiki\ResourceLoader\Image->variantize()
#2 /home/.sites/327/site4525714/web/w/includes/ResourceLoader/Image.php(268): MediaWiki\ResourceLoader\Image->getImageData()
#3 /home/.sites/327/site4525714/web/w/includes/ResourceLoader/ImageModule.php(397): MediaWiki\ResourceLoader\Image->getDataUri()
#4 /home/.sites/327/site4525714/web/w/includes/ResourceLoader/ImageModule.php(362): MediaWiki\ResourceLoader\ImageModule->getStyleDeclarations()
#5 /home/.sites/327/site4525714/web/w/includes/ResourceLoader/Module.php(853): MediaWiki\ResourceLoader\ImageModule->getStyles()
#6 /home/.sites/327/site4525714/web/w/includes/ResourceLoader/Module.php(812): MediaWiki\ResourceLoader\Module->buildContent()
#7 /home/.sites/327/site4525714/web/w/includes/ResourceLoader/ResourceLoader.php(1268): MediaWiki\ResourceLoader\Module->getModuleContent()
#8 /home/.sites/327/site4525714/web/w/includes/ResourceLoader/ResourceLoader.php(1192): MediaWiki\ResourceLoader\ResourceLoader->addOneModuleResponse()
#9 /home/.sites/327/site4525714/web/w/includes/ResourceLoader/ResourceLoader.php(1110): MediaWiki\ResourceLoader\ResourceLoader->getOneModuleResponse()
#10 /home/.sites/327/site4525714/web/w/includes/ResourceLoader/ResourceLoader.php(825): MediaWiki\ResourceLoader\ResourceLoader->makeModuleResponse()
#11 /home/.sites/327/site4525714/web/w/includes/ResourceLoader/ResourceLoaderEntryPoint.php(54): MediaWiki\ResourceLoader\ResourceLoader->respond()
#12 /home/.sites/327/site4525714/web/w/includes/MediaWikiEntryPoint.php(200): MediaWiki\ResourceLoader\ResourceLoaderEntryPoint->execute()
#13 /home/.sites/327/site4525714/web/w/load.php(42): MediaWiki\MediaWikiEntryPoint->run()
#14 {main}

I did not add any new skins or extensions nor modified any files aside from LocalSettings.php to change the default thumb size and to enable detailed error messages..

What could cause these issues? Could this be a bug related to the mediawiki installer? ~2026-37345-46 (talk) 11:25, 29 June 2026 (UTC)

Tracked in Phabricator
Task T430763

This seems like a genuine bug.

However, I am interested in what modifications you've made to your LocalSettings.php. Also, could you share the URL for your wiki?

Hexmode (talk) 00:00, 1 July 2026 (UTC)

My wiki's adress is arthilas.com/w/index.php?title=Main_Page.

Regarding my LocalSettings.php, all I did was the following: changed the logo links, set the default skin to 'vector-2022' and at the end added the paramters for thumb size and to see detailed error messages. ~2026-37345-46 (talk) 08:38, 5 July 2026 (UTC)

Just uploaded the two files (image.php, image-test.php) from the patch linked in Phabricator. The echo buttons now work, but the CSS for the skin still does not load even more pages, including when I try to edit an article. So I had to remove that patch again to be able to use the wiki. --~2026-37345-46 (talk) 08:49, 5 July 2026 (UTC)

@~2026-37345-46 I think you are missing an SVG icon… (or it has incorrect permissions) either that, or they were not installed via composer (when you run via git), or the package was not correctly/fully expanded/uploaded to the server —TheDJ (Not WMF) (talk • contribs) 08:04, 3 July 2026 (UTC)

They say they used FTP to upload a ZIP file, so I don't think this is a git/composer issue. Permissions also seems unlikely, so I'd go with a missing file. Hexmode (talk) 15:23, 3 July 2026 (UTC)

Which icon could be missing? Also why is this stuff coded in such a way that a missing icon causes the whole site to bug out instead of just... not showing like any other missing or corrupt image file?! --~2026-37345-46 (talk) 08:53, 5 July 2026 (UTC)

@~2026-37345-46: its a bug. There is code to show the problem file, but it isn't being triggered for some reason. Hexmode (talk) 00:42, 7 July 2026 (UTC)

port sharing with openvpn

i am self hosted and use openvpn with tcp/443. incoming web traffic is port-shared/forwarded internally to 943.

running 1.45.3, i have set $wgHttpsPort = 943;

when i try to access wiki.mydomain.org it resolves to wiki.mydomain.org:943/kb/Main_Page and says unable to connect, however if i only remove the :943 portion from the address bar and resubmit, the page loads correctly with https enabled

i cannot find any information for this behavior and there are no relevant errors in any log file i could think to check. i have also tried modifying my server block to mask the :943 to no effect, though i may not have done it correctly

mostly i am hoping to find out which system is causing this so i can try to resolve it myself, but i am leaning to mediawiki since i also have another subdomain running wordpress that does not exhibit anything i am seeing with the wiki subdomain.

any suggestions on where i might be able to start looking deeper into this? Acmeraptor (talk) 01:27, 1 July 2026 (UTC)

Have you tried removing $wgHttpsPort = 943; from your LocalSettings.php?

Hexmode (talk) 23:39, 1 July 2026 (UTC)

yes, no change. i also cleared all browser history hoping to avoid reloading any errant page(s) Acmeraptor (talk) 00:57, 2 July 2026 (UTC)

The reason this is happening is because you only need to set $wgHttpsPort if MediaWiki needs to produce URLs with the port in them.

Hexmode (talk) 23:41, 1 July 2026 (UTC)

that was my take on the documentation too, but i thought maybe i was missing something. nginx is listening on 943, and $wgHttpsPort is out of LocalSettings (again) but the "error" persists:

cat LocalSettings.php | grep ttp
# https://www.mediawiki.org/wiki/Manual:Configuration_settings
## https://www.mediawiki.org/wiki/Manual:Short_URL
$wgServer = "https://wiki.rsksolutions.org";
# InstantCommons allows wiki to use images from https://commons.wikimedia.org
# Periodically send a pingback to https://www.mediawiki.org/ with basic data
$wgRightsUrl = "https://creativecommons.org/licenses/by-sa/4.0/";

feel free to try the server address above Acmeraptor (talk) 01:10, 2 July 2026 (UTC)

It looks like you have a redirection in nginx to the port and that is where it is coming from. It isn't clear where your .php files are. For example, /load.php works, but /api.php doesn't. -- Hexmode (talk) 02:23, 2 July 2026 (UTC)

hmm. the files are there, something getting clobbered hard. i will start fresh with lessons learned, i have plenty of personal notes, using the available LTS version

with that said though, is there an actual nginx sample server config i have not been able to locate? this link https://www.nginx.com/resources/wiki/start/topics/recipes/mediawiki/ from this section Manual:Installation requirements#Web server is no longer valid/removed for their "unit" setup which has been abandoned. and there is little of value elsewhere... i think my main issue is that i am compounding errors from examples used by other (unofficial) sources and it finally broke my setup.

the short url notes here Manual:Short URL/Nginx seem to be the best available that i have seen for an "out of the box" installation. i may even try pulling a config from a docker image if need be. Acmeraptor (talk) 01:54, 3 July 2026 (UTC)

It looks like you're still running into problems. I use nginx quite a bit and could look over your config if you'd like (just make sure to hide any secrets). Failing that, what lines in your config refer to 943? Hexmode (talk) 03:02, 3 July 2026 (UTC)

thank you for the offer, and the help! you answered my question of where the problem lies

the only statements in the config specifying ports are the listens anyway. the rest of it is cobbled together from various sources without any real understanding on my part of which statement is doing what function. i should start calling it homeschooling instead of homelabbing :) Acmeraptor (talk) 12:22, 3 July 2026 (UTC)

yea, i take it back. even after a fresh install/minimal configuration. the error recurred as soon as LocalSettings.php created. is there another location to share the pertinent files or copy them here? Acmeraptor (talk) 18:20, 3 July 2026 (UTC)

@Acmeraptor sorry, I'm back.

You can paste a redacted version here. Hexmode (talk) 00:36, 7 July 2026 (UTC)

## https
server {

	server_name wiki.rsksolutions.org;
	root /var/www/wiki;
	index index.php;

	access_log /var/log/nginx/wiki.access.log;
	error_log /var/log/nginx/wiki.error.log;

	location / {
        try_files $uri $uri/ /index.php;
    }

    location ~ \.php$ {
        fastcgi_pass unix:/run/php/php8.4-fpm.sock;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        include fastcgi_params;
        include snippets/fastcgi-php.conf;
    }

    listen 943 ssl;
    ssl_certificate /etc/letsencrypt/live/rsksolutions.org/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/rsksolutions.org/privkey.pem;
    include /etc/letsencrypt/options-ssl-nginx.conf;
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem;

}

## http redirect
server {
    if ($host ~ ^[^.]+\.rsksolutions\.org$) {
        return 301 https://$host$request_uri;
    }

	listen 80;

	server_name wiki.rsksolutions.org;
    return 404;

Acmeraptor (talk) 01:30, 7 July 2026 (UTC)

@Acmeraptor First, check your LocalSettings.php and make sure it doesn't have :943 in the $wgServer setting.

Maybe that, by itself, will fix it. If not, try adding the following inside your location ~ \.php$ block (I haven't tested it):

# FORCE PHP TO THINK IT IS USING STANDARD HTTPS (PORT 443)
fastcgi_param SERVER_PORT 443;
fastcgi_param HTTPS on;

After that, your block should look like this:

    location ~ \.php$ {
        fastcgi_pass unix:/run/php/php8.4-fpm.sock;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        include fastcgi_params;
        include snippets/fastcgi-php.conf;
        # FORCE PHP TO THINK IT IS USING STANDARD HTTPS (PORT 443)
        fastcgi_param SERVER_PORT 443;
        fastcgi_param HTTPS on;
    }

Hexmode (talk) 01:33, 8 July 2026 (UTC)

Upon the reinstall, the port managed to get back into LocalSettings' $wgServer without me catching it.. doh! It's been removed and everything seems to be looking good to rebuild; securing paths, short url, etc. I've added the two extra lines to my server block, even though they are commented out for the time being, just in case.

Cool, thank you! I'll just take it slow, testing each change before moving on to the next tweak. Acmeraptor (talk) 04:06, 8 July 2026 (UTC)

Deprecate $wgUseCopyrightUpload?

Does anyone use $wgUseCopyrightUpload? I'm suggesting that we remove it. Please leave comments on phab:T430254. Sam Wilson 04:21, 1 July 2026 (UTC)

Mediawiki 1.46.0 upgrade yields magic word error

I'm updating my installation to Mediawiki 1.46.0, and after getting everything in place I ran the web-based updater (mw-config/index.php). The result was a failure on the "Upgrade existing installation" step:

Original exception: [67a30362167a6c77f3bcd380] /mw-config/index.php?page=Upgrade UnexpectedValueException: Error: invalid magic word 'isbn'
Backtrace:
from /var/www/my.wiki/public_html/mediawiki-1.46/includes/Parser/MagicWord.php(91)
#0 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Parser/MagicWordFactory.php(166): MediaWiki\Parser\MagicWord->load()
#1 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Parser/Parser.php(5059): MediaWiki\Parser\MagicWordFactory->get()
#2 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Parser/CoreParserFunctions.php(122): MediaWiki\Parser\Parser->setFunctionHook()
#3 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Parser/Parser.php(444): MediaWiki\Parser\CoreParserFunctions::register()
#4 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Parser/ParserFactory.php(94): MediaWiki\Parser\Parser->__construct()
#5 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Parser/ParserFactory.php(137): MediaWiki\Parser\ParserFactory->create()
#6 /var/www/my.wiki/public_html/mediawiki-1.46/includes/ServiceWiring.php(1788): MediaWiki\Parser\ParserFactory->getMainInstance()
#7 /var/www/my.wiki/public_html/mediawiki-1.46/vendor/wikimedia/services/src/ServiceContainer.php(440): Wikimedia\Services\ServiceContainer::{closure:/var/www/my.wiki/public_html/mediawiki-1.46/includes/ServiceWiring.php:1784}()
#8 /var/www/my.wiki/public_html/mediawiki-1.46/vendor/wikimedia/services/src/ServiceContainer.php(406): Wikimedia\Services\ServiceContainer->createService()
#9 /var/www/my.wiki/public_html/mediawiki-1.46/includes/MediaWikiServices.php(386): Wikimedia\Services\ServiceContainer->getService()
#10 /var/www/my.wiki/public_html/mediawiki-1.46/includes/MediaWikiServices.php(1722): MediaWiki\MediaWikiServices->getService()
#11 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Installer/Installer.php(759): MediaWiki\MediaWikiServices->getParser()
#12 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Installer/WebInstaller.php(662): MediaWiki\Installer\Installer->parse()
#13 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Installer/WebInstallerUpgrade.php(76): MediaWiki\Installer\WebInstaller->showSuccess()
#14 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Installer/WebInstallerUpgrade.php(49): MediaWiki\Installer\WebInstallerUpgrade->showDoneMessage()
#15 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Installer/WebInstaller.php(244): MediaWiki\Installer\WebInstallerUpgrade->execute()
#16 /var/www/my.wiki/public_html/mediawiki-1.46/mw-config/index.php(79): MediaWiki\Installer\WebInstaller->execute()
#17 /var/www/my.wiki/public_html/mediawiki-1.46/mw-config/index.php(29): wfInstallerMain()
#18 {main}

Exception caught inside exception handler: [67a30362167a6c77f3bcd380] /mw-config/index.php?page=Upgrade UnexpectedValueException: Error: invalid magic word 'isbn'
Backtrace:
from /var/www/my.wiki/public_html/mediawiki-1.46/includes/Parser/MagicWord.php(91)
#0 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Parser/MagicWordFactory.php(166): MediaWiki\Parser\MagicWord->load()
#1 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Parser/Parser.php(5059): MediaWiki\Parser\MagicWordFactory->get()
#2 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Parser/CoreParserFunctions.php(122): MediaWiki\Parser\Parser->setFunctionHook()
#3 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Parser/Parser.php(444): MediaWiki\Parser\CoreParserFunctions::register()
#4 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Parser/ParserFactory.php(94): MediaWiki\Parser\Parser->__construct()
#5 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Language/MessageParser.php(248): MediaWiki\Parser\ParserFactory->create()
#6 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Language/MessageParser.php(79): MediaWiki\Language\MessageParser->acquireParser()
#7 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Language/Message/Message.php(1516): MediaWiki\Language\MessageParser->transform()
#8 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Language/Message/Message.php(1080): MediaWiki\Message\Message->transformText()
#9 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Language/Message/Message.php(1139): MediaWiki\Message\Message->format()
#10 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Exception/MWExceptionRenderer.php(249): MediaWiki\Message\Message->text()
#11 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Exception/MWExceptionRenderer.php(192): MediaWiki\Exception\MWExceptionRenderer::msg()
#12 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Exception/MWExceptionRenderer.php(101): MediaWiki\Exception\MWExceptionRenderer::reportHTML()
#13 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Exception/MWExceptionHandler.php(123): MediaWiki\Exception\MWExceptionRenderer::output()
#14 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Exception/MWExceptionHandler.php(224): MediaWiki\Exception\MWExceptionHandler::report()
#15 /var/www/my.wiki/public_html/mediawiki-1.46/includes/Exception/MWExceptionHandler.php(195): MediaWiki\Exception\MWExceptionHandler::handleException()
#16 [internal function]: MediaWiki\Exception\MWExceptionHandler::handleUncaughtException()
#17 {main}

Does anyone know what might be causing this? My installation still loads without (apparent) error, but since the update didn't complete successfully I wasn't sure that all the necessary updates for 1.46 had been made. Thank you for any suggestions! Huwmanbeing (talk) 18:37, 1 July 2026 (UTC)

What is the value of $wgEnableMagicLinks?

If you add $wgEnableMagicLinks['ISBN'] = true; to your LocalSettings.php does that help?

Hexmode (talk) 00:11, 2 July 2026 (UTC)

Thanks, I do have $wgEnableMagicLinks['ISBN'] = true; included in my LocalSettings.php, but unfortunately the exception still occurs. Huwmanbeing (talk) 00:38, 2 July 2026 (UTC)

If you take it out, do you still get the error?

Hexmode (talk) 00:48, 2 July 2026 (UTC)

Alas the same exception occurs whether or not I have that line added in LocalSettings. I upgraded from 1.45.3, and I don't think I've ever used the ISBN magic word. (Special:Verson) Huwmanbeing (talk) 01:28, 2 July 2026 (UTC)

Thanks @Huwmanbeing. It looks like your upgrade is successful despite the problems you encountered. If you never found the cause of the problems (and your wiki is working otherwise, it looks like, at 1.46), then I think you've found a bug. Hexmode (talk) 03:05, 3 July 2026 (UTC)

This is something that may happen at upgrades and is sufficiently common that it deserved an entry in Manual:Common errors and symptoms: Manual:Common errors and symptoms#Error: invalid magic word 'speciale' Ciencia Al Poder (talk) 21:31, 8 July 2026 (UTC)

Yep, but if it so well known that it has an FAQ entry, it should not happen. Hexmode (talk) 23:09, 8 July 2026 (UTC)

problem of /lua subpage which is not for language luba-kasaï (ciluba)

Abnormal link loop detected:

1. go to https://www.mediawiki.org/wiki/Extension:LinkedWiki

2. access section 3.8 Module : Lua class to read/write your data

3. hit link in See details : Use LinkedWiki in your modules

4. instantly you return at the top of page Extension:LinkedWiki

The subpage exists:

5.open -> https://www.mediawiki.org/wiki/Extension:LinkedWiki/lua

6 view the panel Other languages and select let us say Deutsch

7. You are back on page Extension:LinkedWiki in the german version although you expected to stay in https://www.mediawiki.org/wiki/Extension:LinkedWiki/lua/de

This is the only case I have seen on MediaWiki.

/lua is here a sub page of Extension:LinkedWiki
lua is not the (spoken) language and there is no reason to Fuzzybot this subpage when the source page Extension:LinkedWiki is changed since Extension:LinkedWiki/lua is a source page by itself

Cause: see https://www.mediawiki.org/w/index.php?title=Extension:LinkedWiki/lua&diff=prev&oldid=7826500

https://www.mediawiki.org/wiki/Special:MyLanguage/Extension:LinkedWiki/lua
sounds ok as a list of examples on  Version du 28 janvier 2022 à 12:20

on  Version du 20 août 2025 à 08:23 
https://www.mediawiki.org/w/index.php?title=Extension:LinkedWiki/lua&diff=prev&oldid=7826500
a Fuzzybot  brings the contents of  source page https://www.mediawiki.org/wiki/Extension:LinkedWiki and 
smashes the examples forcing the language links of the parent page. .... obviously an error.

Proposal for evolution:
- restore page Extension:LinkedWiki/lua in its last state (28 january 2022)
- exclude lua from translation languages (to avoid Fuzzybot) or in some manner prevent the collision
- make page Extension:LinkedWiki/lua translatable (translation admin) to get pages Extension:LinkedWiki/lua/de, Extension:LinkedWiki/lua/fr... 

Do you agree ? Any advice ? Thanks.

@NguoiDungKhongDinhDanh: @Karima Rafes: @Baris6161TURK: @SamanthaNguyen:

--🚨 Christian 🇫🇷 FR (talk) 08:56, 4 July 2026 (UTC)

@Wladek92: Was I pinged because of this 2022 purely technical edit? In any case, I have no interest whatsoever in this topic. NguoiDungKhongDinhDanh 09:54, 4 July 2026 (UTC)

@Wladek92: I have moved Extension:LinkedWiki/lua to Extension:LinkedWiki/Lua to avoid the naming collision between the language code "lua" and the "Lua" programming language.

Hopefully this prevents the translation system from treating the page name as a language suffix. Shirayuki (talk) 12:20, 4 July 2026 (UTC)

Great @Shirayuki: ! Normal behaviour has been restored. Important is your first uppercase; thanks Done.

-- 🚨 Christian 🇫🇷 FR (talk) 13:15, 4 July 2026 (UTC)