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

Monolog with Loki - but all I get is a blank screen...

Here's what I'm trying to get working: https://github.com/markusa380/nv-wiki/blob/monolog-loki/mediawiki/LocalSettings.php#L24

I have configured this library to be downloaded through composer.local.json. See the Dockerfile for the exact steps.

However, when I uncomment the configuration of $wgMWLoggerDefaultSpi, all I get is a blank screen, even when I set

error_reporting( -1 );

ini_set( 'display_errors', 1 );

$wgShowExceptionDetails = true;

What am I missing? Not a PHP developer, so it might be something obvious. MarkusA380 (talk) 21:15, 1 July 2025 (UTC)

A blank screen generally means a very early php error. what errors are you seeing in the web server error log and the php error log ? —TheDJ (Not WMF) (talk • contribs) 13:42, 2 July 2025 (UTC)

Okay, thanks for the hint. I found out I had to enable these:

ini_set( 'display_errors', 1 );

ini_set( 'display_startup_errors', 1 );

ini_set( 'log_errors', 'On' );

ini_set( 'error_log', '/dev/stderr' );

This way, I got to see the PHP errors in the output, and it was a simple fix (args had to be an array in an array). MarkusA380 (talk) 19:48, 2 July 2025 (UTC)

Here's the change: https://github.com/markusa380/nv-wiki/commit/3faa89d7f8928892f27e34c1acde8a853d7b7239 MarkusA380 (talk) 19:48, 2 July 2025 (UTC)

Integration Help: Embedding Fluxus Executor Tools into MediaWiki

Hello Support Team,

I'm currently working on a MediaWiki-powered documentation site focused on Roblox scripting, modding, and exploit tutorials. One of the key tools we use in the community is Fluxus Executor, which is a popular Lua script executor for Roblox.

I'd like to integrate or embed Fluxus Executor panels, Fluxus Windows, script showcases, or script loaders into MediaWiki pages (primarily for demonstration or UI simulation purposes, not execution within the browser). However, I’ve run into a few issues and would appreciate some help.

---

❓ What I’m Trying to Do:

• Embed an iframe-based preview of a script dashboard styled like Fluxus Executor.
• Use syntax highlighting or code blocks to display Lua script examples that work with Fluxus.
• Ensure mobile responsiveness for users accessing the wiki from phones or tablets.

---

⚠️ Issues Encountered:

1. Iframe content not rendering — MediaWiki seems to strip or block iframe tags by default.
2. Lua code blocks don't support highlighting by default (would prefer something like Pygments or GeSHi).
3. When using custom JS/CSS for a mod-style theme, it sometimes conflicts with MediaWiki’s base styles.

---

🔧 What I’ve Tried So Far:

• Editing LocalSettings.php to allow iframe usage via $wgRawHtml = true; (not recommended for public wikis due to security).
• Installing SyntaxHighlight_GeSHi extension for better code rendering.
• Customizing MediaWiki:Common.css to mimic the Fluxus theme/UI for code demos.

---

💡 Request for Support:

• Is there a safe method to embed a Fluxus-style script panel (or UI mockup) using external code or iframe alternatives?
• Any recommended extensions for scripting documentation (preferably Lua-focused)?
• How can I make the wiki more flexible for showing mod/exploit UI without compromising site security?

---

🧠 Context: Why Fluxus Executor?

For those unfamiliar, Fluxus Executor is widely used in the Roblox scripting scene. Many wiki visitors are developers or gamers looking for:

• Safe scripts
• Execution methods
• Fluxus installation help
• Script performance comparisons

Having a more interactive documentation format helps reduce confusion and enhances user experience.

---

Any help, suggestions, or documentation links would be greatly appreciated.

Thank you in advance!

– Angelina Angelina-jack (talk) 14:18, 2 July 2025 (UTC)

arwiki: Request to Replace Eastern Arabic Numerals with Western Arabic Numerals Across Wikimedia Projects

Hello, I would like to request a general update across Wikimedia projects to replace Eastern Arabic numerals (e.g., ١، ٢، ٣...) with Western Arabic numerals (e.g., 1, 2, 3...) for consistency and improved readability, especially for users who are more familiar with the globally recognized numeric system. This change would help unify formatting across content and enhance accessibility for a wider audience. Thank you for your attention and continued efforts. Best regards. Mohammed Qays (talk) 22:05, 2 July 2025 (UTC)

For WMF, that would require a lot of support from the community and this would not be the place to establish that consensus. For 3rd party wikis, you can use Manual:$wgTranslateNumerals —TheDJ (Not WMF) (talk • contribs) 18:14, 3 July 2025 (UTC)

How to open inputbox in new tab?

My question about Extension:InputBox. I have this input box to create in new page:

I want to open the create page in a new Tab when click on the button, like target="_blank". How do I do this?

Nimon didarul (talk) 11:58, 3 July 2025 (UTC)

@Nimon didarul It currently doesn't support that, so you would have to modify the code of the extension. —TheDJ (Not WMF) (talk • contribs) 18:10, 3 July 2025 (UTC)

LTS question

Hi, I was on the Download page. I had read in many places that 1.43 was going to be the next LTS version, but right below the download button under "All Versions" box, it shows 1.44 as LTS. Is that correct? Thx. Mitzzzz (talk) 15:55, 3 July 2025 (UTC)

No, that's a mistake in the page. The current LTS version is 1.43 as stated in Version lifecycle. 1.44 is just newer, sexier code :) Tactica (talk) 18:39, 3 July 2025 (UTC)

@Mitzzzz I have corrected the page, thank you for reporting. —TheDJ (Not WMF) (talk • contribs) 09:38, 4 July 2025 (UTC)

hyphen

What is the purpose of the hyphen after the last edit date in the footer? ~2025-123627 (talk) 20:31, 3 July 2025 (UTC)

it's gone now ~2025-123627 (talk) 20:48, 3 July 2025 (UTC)

Extensions' dependencies in vendor not updated by Composer [solved]

After updating composer.local.json, a few extensions complain about missing methods. It looks like all extensions in the extension folder are properly updated, but Composer has somehow decided to ignore requirements in the extensions' own composer.json files, leaving the vendor folder untouched and in turn crippling the site.

What's the recommended way of dealing with a situation like this? I've heard that the composer.lock file may sometimes prevent updates from happening (there's at least two composer.lock files, one in the root folder and another in the /vendor folder). Should I maybe retry composer update with the --no-lock flag? Rand(1,2022) (talk) 08:47, 4 July 2025 (UTC)

Solved. There were three separate issues: the merge plugin in composer.local.json did not yet point to the extension's folder (I was once advised against using the default settings "extensions/*/composer.json" but enough time has passed for me to forget what I had to do instead); composer.json must have been edited accidentally with a few lines that locked the version contraints; finally, different extensions require composer/installers but their version constraints are not compatible. Rand(1,2022) (talk) 08:15, 7 July 2025 (UTC)

TreeAndMenu compatibility with MediaWiki 1.43

I asked this question at Extension_talk:TreeAndMenu#Does_this_work_now_with_MW_1.43? but think there might be more people reading the Support Desk here.

Does anyone know whether this extension works with MediaWiki 1.43? Thanks. Jonathan3 (talk) 19:59, 4 July 2025 (UTC)

Total newby having issues

I'm trying to install mediawiki 1.43 on a Windows 10 desktop. In the instructions "Manual:Installing MediaWiki" it says to unzip the zip file, but then immediately after it says: Upload the files to your web server's web directory either by: 1. directly copying the unzipped folder ....

Which is correct? I've tried both. If I use the zipped file I get a "file not found". If I use the unzipped file I get a message that I need to add another extension, but I can't do that unless I can open the program. Please advise. ~2025-145217 (talk) 02:31, 7 July 2025 (UTC)

@~2025-145217: You need to unzip the files locally, and then copy them all to your web server. I don't think the instructions are contradictory: it says to unzip it, and then copy the unzipped folder. But they could be clearer! (And really I'm not sure it needs to have that much to say about people installing on their local machine, that might be what's confusing? That method is really only for developers and is covered in Local development quickstart anyway.) Sam Wilson 04:30, 7 July 2025 (UTC)

I want to create a wiki using MediaWiki.

I am looking for a simplified way to create a wiki using MediaWiki. UnnamedChannel079 (talk) 08:02, 7 July 2025 (UTC)

@UnnamedChannel079: You might be interested in something like Miraheze; a wikifarm like that is probably the simplest. But if you want to install your own wiki, start at Manual:Installing MediaWiki and then ask specific questions here with the things you have trouble with. Sam Wilson 08:32, 7 July 2025 (UTC)

I tried accessing Miraheze but the link doesn't work. UnnamedChannel079 (talk) 08:33, 7 July 2025 (UTC)

@UnnamedChannel079: Can you be more specific (e.g. which link, and what happened)? Sam Wilson 08:36, 7 July 2025 (UTC)

I tried accessing this link: https://miraheze.org/

It doesn't work at all. UnnamedChannel079 (talk) 08:37, 7 July 2025 (UTC)

That link and the Meta site load fine where I am. Is a local firewall or similar ISP constraint blocking your access, for instance? --Slgrandson (talk) 03:32, 14 July 2025 (UTC)

It no longer blocks my access. UnnamedChannel079 (talk) 04:37, 14 July 2025 (UTC)

I can code on FANDOM but a mainstream coding language is way too complex for me. That's why i need a simplified way to create a wiki using MediaWiki. UnnamedChannel079 (talk) 08:39, 7 July 2025 (UTC)

Check logged user from Index.php

hi,

on MW 1.35 I was using $wgUser->isLoggedIn() on index.php to check if the user was logged.

The method isnt available on MW 1.43 but I still need a way to check it and redirect in some cases.

is there an easy way to do this?

thx for help Valeriocipriani (talk) 11:32, 8 July 2025 (UTC)

This rings a bell. This code extract might help, though I'm checking for "sysop" here:

:		# new code based on https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/EditAccount/+/0f3d1420214a68e4eed5151f4600cf9c68b05661/includes/specials/SpecialCloseAccount.php
:		
:		$user = $this->getUser();
:		$effectiveGroups = MediaWikiServices::getInstance()
:			->getUserGroupManager()
:			->getUserEffectiveGroups( $user );
:		$isSysop = in_array( 'sysop', $effectiveGroups );
:		if ( $isSysop ) {
:			...
:

Jonathan3 (talk) 12:36, 9 July 2025 (UTC)

Cannot edit a page after editing and saving it.

Hi!

We have recently upgraded our MediaWiki to 1.43.1.

When we try to edit a page that has been edited and saved a few seconds ago, the blue loading bar does not finish. It only happens with the Visual Editor of MediaWiki. We have to reload the window to be able to edit.

We have enabled the log file, and we detected several [silenced-error] messages like the following one:

[silenced-error] [658fe352037f46d8bb8c4c6e] /wiki/index.php?title=Wiki   PHP Warning: filemtime(): stat failed for /var/www/html/wiki/extensions/VisualEditor/editcheck/i18n/api/es.json
#0 [internal function]: MWExceptionHandler::handleError()
#1 /var/www/html/wiki/includes/language/dependency/FileDependency.php(75): filemtime()
#2 /var/www/html/wiki/includes/language/LocalisationCache.php(581): FileDependency->isExpired()
#3 /var/www/html/wiki/includes/language/LocalisationCache.php(612): LocalisationCache->isExpired()
#4 /var/www/html/wiki/includes/language/LocalisationCache.php(479): LocalisationCache->initLanguage()
#5 /var/www/html/wiki/includes/language/LocalisationCache.php(381): LocalisationCache->loadItem()
#6 /var/www/html/wiki/includes/language/Language.php(433): LocalisationCache->getItem()
#7 /var/www/html/wiki/includes/language/Language.php(510): MediaWiki\Language\Language->getNamespaces()
#8 /var/www/html/wiki/includes/title/Title.php(2968): MediaWiki\Language\Language->getNsText()
#9 /var/www/html/wiki/extensions/CategoryLockdown/CategoryLockdown.php(28): MediaWiki\Title\Title->getParentCategories()
#10 /var/www/html/wiki/includes/HookContainer/HookContainer.php(159): CategoryLockdown::onGetUserPermissionsErrors()
#11 /var/www/html/wiki/includes/HookContainer/HookRunner.php(2029): MediaWiki\HookContainer\HookContainer->run()
#12 /var/www/html/wiki/includes/Permissions/PermissionManager.php(553): MediaWiki\HookContainer\HookRunner->onGetUserPermissionsErrors()
#13 /var/www/html/wiki/includes/Permissions/PermissionManager.php(507): MediaWiki\Permissions\PermissionManager->checkPermissionHooks()
#14 /var/www/html/wiki/includes/Permissions/UserAuthority.php(373): MediaWiki\Permissions\PermissionManager->getPermissionStatus()
#15 /var/www/html/wiki/includes/Permissions/UserAuthority.php(237): MediaWiki\Permissions\UserAuthority->internalCan()
#16 /var/www/html/wiki/includes/user/User.php(3318): MediaWiki\Permissions\UserAuthority->authorizeRead()
#17 /var/www/html/wiki/includes/actions/ActionEntryPoint.php(405): MediaWiki\User\User->authorizeRead()
#18 /var/www/html/wiki/includes/actions/ActionEntryPoint.php(146): MediaWiki\Actions\ActionEntryPoint->performRequest()
#19 /var/www/html/wiki/includes/MediaWikiEntryPoint.php(200): MediaWiki\Actions\ActionEntryPoint->execute()
#20 /var/www/html/wiki/index.php(58): MediaWiki\MediaWikiEntryPoint->run()
#21 {main}

Thanks! Diegxalv (talk) 11:56, 8 July 2025 (UTC)

Hi again!

I have just performed a clean install of MediaWiki 1.43.3 and this problem persists. I can edit a page, but when I try to edit it again (without reloading the browser tab) the blue loading bar does not finish.

I have tried different browsers and I deleted the browsing data.

Is anyone else experiencing the same problem? I'm confused. Thanks Diegxalv (talk) 19:24, 8 July 2025 (UTC)

Maybe a shot in the dark but does your "clean install" imply not using CategoryLockdown? Assuming its page here is up to date it was last updated in 2021 which is a long time ago especially for an extension that intends to provide functionality that greatly differs from the way MediaWiki works. Tactica (talk) 15:45, 13 July 2025 (UTC)

Add email address to account without password?

So, I have the following issue: I am logged in, but when creating my account I did not provide an email address for password recovery. I wanted to add that email address now, but to do so, I need a password, which I don't recall (I probably used the pass the system recommended to me). Is there any way to set an email address without your password? BlaUser234 (talk) 14:57, 8 July 2025 (UTC)

@BlaUser234: If you used a system-generated password it should've asked you to change it when you used it to log in. If you really can't remember your password you might be a bit stuck. If you can somehow prove who you are to whoever runs your wiki, they can reset your password for you. Sam Wilson 21:23, 8 July 2025 (UTC)

I can code on FANDOM but a mainstream coding language is way too complex for me.

I can't access Miraheze, especially this link: https://miraheze.org/

The link doesn't work. That's why i am looking for a simplified way to create a wiki using Media Wiki. UnnamedChannel079 (talk) 17:31, 8 July 2025 (UTC)

The website works so maybe they've blocked your IP address. (Similarly, I can't post here without disabling my VPN.) Jonathan3 (talk) 12:39, 9 July 2025 (UTC)

The website works for me now. UnnamedChannel079 (talk) 13:56, 9 July 2025 (UTC)

Error Class "Title" not found with Flex Diagrams extension

Product Version

MediaWiki 1.44.0

PHP 8.3.6 (apache2handler)

ICU 74.2

MariaDB 10.11.13-MariaDB-0ubuntu0.24.04.1

wikidiff2 1.14.1

LDAPAuthentication2 3.0.1

LDAPProvider 3.0.1

PluggableAuth 7.5.0

Flex Diagrams 0.8 07:35, 30 June 2025

After an update from 1.43.0 to 1.44.0 adding my diagram into new article we get an error: Error: Class "Title" not found.

If I call my diagram for editing all works fine.

Any Ideas? ~2025-17160-7 (talk) 09:39, 11 July 2025 (UTC)

Pinging @Yaron Koren. FWIW I'm having the same problem with Extension:Chartie, so far without a reply from the developer. Tactica (talk) 15:27, 13 July 2025 (UTC)

Sorry about that! I had mostly fixed handling for MW 1.44+ in Flex Diagrams, but somehow had missed one line, in the handling of the #display_diagram function. I just added a fix, so if you get the latest Flex Diagrams code, it should work correctly. Yaron Koren (talk) 14:19, 14 July 2025 (UTC)

turning off self-link bolding

Help:Self link is unclear, is this css setting supposed to work to turn off self-link bolding or does it only apply to underlining? Is there a way to turn off bolding? I've put it on my css and it doesn't seem to work. ~2025-17606-3 (talk) 01:33, 12 July 2025 (UTC)

Apparently I can't copy and paste it here, but I mean the css snippet at the very beginning of Help:Self link ~2025-17606-3 (talk) 01:34, 12 July 2025 (UTC)

@~2025-17606-3: That only removes the underlining. For bold you could do something like:

.mw-selflink { font-weight: normal !important; }

Sam Wilson 03:23, 12 July 2025 (UTC)

Thank you, Sam! That works! ~2025-17606-3 (talk) 07:52, 12 July 2025 (UTC)

12th. July PAWS not functioning

Today, 12th. July 2025 the tool PAWS (Pywikibot) doesn't run: https://hub-paws.wmcloud.org/. Can you check it? Thanks. Leonprimer (talk) 16:54, 12 July 2025 (UTC)

@Leonprimer Please see the top of that page where to report issues in the right place - thanks. Malyacko (talk) 14:24, 13 July 2025 (UTC)

Uploading files under redirecting name

Suppose I have a file that I've moved from Image (Version 1) to Image (Version 2) as a bureaucrat on a third-party wiki, and have decided to make a new upload under the leftover redirect Image (Version 1). Before I conduct this action on Miraheze, is it actually safe to do so? --Slgrandson (talk) 19:07, 14 July 2025 (UTC)

Replacing the redirect with a new upload will simply make it stop working as a redirect, so pages linking there will use the new upload instead of being redirected to version 2 of the image, that's all. Tactica (talk) 00:01, 16 July 2025 (UTC)

EMail doesn't seem to be sending in 1.43.0

I have a server running mediawiki 1.43.0 that doesn't seem to be sending mails. I'm using SMTP to send it and have "$wgEnableEmail = true;" in the LocalSettings.php. Is there a log of what it is trying to do? I don't get any errors when running other than "Warning: Undefined global variable $wgEmailNotificationsMailerConf in /var/www/html/extensions/EmailNotifications/includes/EmailNotifications.php on line 86" when I have the debug line listed above enabled.

Any ideas or tips on where else I can look? MarisaG2025 (talk) 07:48, 15 July 2025 (UTC)

Updating to 1.44: Skin errors

After upgrading to MediaWiki 1.44, I’m seeing a fatal error on all pages:

Fatal Error After Upgrading to MediaWiki 1.44 — `array_column(): Argument #1 ($array) must be of type array, string given - seems to be traced back to the deprecated sidebar functions (shouldn't be causing an error in 1.44 though?)

TypeError: array_column(): Argument #1 ($array) must be of type array, string given

Backtrace:

from /includes/skins/Skin.php(1548)

#0 /includes/skins/Skin.php(1548): array_column()

#1 /includes/skins/Skin.php(1639): MediaWiki\Skin\Skin->appendSpecialPagesLinkIfAbsent()

#2 /includes/skins/SkinTemplate.php(615): MediaWiki\Skin\Skin->buildSidebar()

#3 /includes/skins/SkinTemplate.php(194): MediaWiki\Skin\SkinTemplate->getPortletsTemplateData()

#4 /includes/skins/SkinMustache.php(131): MediaWiki\Skin\SkinTemplate->getTemplateData()

#5 /includes/SkinVectorLegacy.php(173): MediaWiki\Skin\SkinMustache->getTemplateData()

#6 /includes/skins/SkinMustache.php(93): MediaWiki\Skins\Vector\SkinVectorLegacy->getTemplateData()

#7 /includes/skins/SkinTemplate.php(187): MediaWiki\Skin\SkinMustache->generateHTML()

#8 /includes/skins/Skin.php(682): MediaWiki\Skin\SkinTemplate->outputPage()

#9 /includes/Output/OutputPage.php(3286): MediaWiki\Skin\Skin->outputPageFinal()

#10 /includes/actions/ActionEntryPoint.php(160): MediaWiki\Output\OutputPage->output()

#11 /includes/MediaWikiEntryPoint.php(202): MediaWiki\Actions\ActionEntryPoint->execute()

#12 /index.php(58): MediaWiki\MediaWikiEntryPoint->run()

Ive also tried disabling all extensions and trying all other skins - showing the same error on all.

PenguinBegins (talk) 22:05, 15 July 2025 (UTC)

Did you upgrade your skins while upgrading to 1.44? If you only upgraded MediaWiki itself but are still using pre-1.44 versions of skins, that might be your problem. Tactica (talk) 00:29, 16 July 2025 (UTC)

I think someone forgot the remove a line from Skin.php (and I just downloaded the 1.44.0 zip)

-

Line 1541: private function appendSpecialPagesLinkIfAbsent() {

Line 1639: $this->appendSpecialPagesLinkIfAbsent();

-

The function comments for appendSpecialPagesLinkIfAbsent() says deprecated in 1.44 but in line 1639 is it being used. This does puzzle me greatly. I have not tried removing it yet (as I'm using the docker image, need to expose the Skins directory otherwise I can't edit it) but I'm sure once you comment out line 1639 the error is gone

Regards

Sjoerd Sjoerd72 (talk) 07:13, 16 July 2025 (UTC)

-

I can confirm that the "fix" I mentioned works.. - just comment line 1639 in Skins.php and you are good. add // in front of $this->appendSpecialPagesLinkIfAbsent();

Regards

Sjoerd Sjoerd72 (talk) 07:25, 16 July 2025 (UTC)