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 I can modify the skin-specific styles, or interface texts

I have been working on my Miraheze Maimai Wiki, and I'm currently configuring interface visuals.

I've edited MediaWiki:Copyright-footer, but it affects all skins including Citizen which the wiki is also using. I want the content in MediaWiki:Copyright-footer to show fully on Vector 2022, but only show the license line on Citizen (hiding the additional Sega disclaimer).

How can I set skin-specific styles or footer content so they don't affect each other?

Here's an example of what I'm trying to achieve: https://ibb.co/Pvy3sSbC.

Thanks.—Chernobox (talk) 09:55, 18 September 2026 (UTC)Reply

Oh, I've found the solution, THX — Chernobox (talk) 10:46, 20 September 2026 (UTC)Reply
For posterity, the answer was to enclose the text in a span tag then hide it per skin by CSS. See and https://maimai.miraheze.org/wiki/MediaWiki:Citizen.css. Jonathan3 (talk) 20:19, 20 September 2026 (UTC)Reply
Thank you. Chernobox (talk) 01:12, 27 September 2026 (UTC)Reply

TOPLEVELPAGE from Subpage Fun suddenly stopped working

I'm an editor on AllTheTropes.org which is part of Miraheze and on MediaWiki 1.46.0 (93bcca0).

Miraheze updated to the new version yesterday. We use Extension:Subpage Fun heavily because of the format of our wiki, and it's suddenly no longer working: it's transcluded in, among other things, our Recapfooter template, and I realized around midday today that when you save a page that includes that template, Template:TOPLEVELPAGE is coming up redlinked as Template:TOPLEVELPAGE. StarSword (talk) 03:06, 25 September 2026 (UTC)Reply

Update, Miraheze has now fixed the issue internally. StarSword (talk) 18:01, 5 October 2026 (UTC)Reply

Infobox bug in mobile

on the mobile page the infoboxes are collapsed by default and cannot be expanded in any way. how can i fix this? it only happens on mobile and it didn’t happen before Frenkino (talk) 12:18, 28 September 2026 (UTC)Reply

Fatal exception of type "Wikimedia\Rdbms\DBQueryError"

I was going to edit Himouto! Umaru-chan Wiki as usual, but unable to do due to a message appear like this:

[bc3a0d5b7f9d6fc98273eb7b] 2026-09-28 15:22:50: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"

I don't know where's the place of the problem, and please don't tell me that the solve is in LocalSetting.php. I only had a phone and edit the wiki with it all the time. — Quokrom (talk) 15:58, 28 September 2026 (UTC)Reply

@Quokrom You need to contact the maintainers of that wiki so they can fix their issue. See Manual:How_to_debug to get a stacktrace for that exception. Malyacko (talk) 08:24, 10 October 2026 (UTC)Reply
Thanks, I already do that btw. Also, the wiki is gone now. — Quokrom (talk) 22:41, 10 October 2026 (UTC)Reply

Parsoid

i want to use parsoid in a PHP file. Can you show me how to? For example ~2026-52165-08 (talk) 04:53, 29 September 2026 (UTC)Reply

Updating from 1.46.0 to 1.46.1 > bug detected?

My wiki stays at 1.46.0 for the time being. No help needed. This is just a heads-up.

---

Fatal error in EditPage.php: Call to a member function getPage() on null during action=submit (MediaWiki 1.46.1)

Description:

After performing a fresh installation and upgrading from MediaWiki 1.46.0 to 1.46.1, editing existing pages or creating new pages fails completely. Clicking "Save changes" (action=submit) triggers a fatal exception.

Environment:

  • MediaWiki Version: 1.46.1 (upgraded from 1.46.0)
  • PHP Version: 8.3.33 (Running via fpm-fcgi on a shared hosting environment)
  • Database: MySQL
  • Extensions: None installed (Vanilla MediaWiki core configuration)
  • Skins used: Vector-2022 / Timeless

Steps to reproduce:

  1. Open any page or attempt to create a new page in edit mode.
  2. Enter content and click on "Save changes" (or Preview, triggering action=submit).

Expected result:

The page edits should be submitted and saved to the database successfully.

Actual result:

The application crashes instantly with a fatal exception. Downgrading the core files back to 1.46.0 immediately resolves the issue using the exact same database and configuration.

Error Stacktrace:

text

Error: Call to a member function getPage() on null

Backtrace:
from /wb/includes/EditPage/EditPage.php(2521)
#0 /wb/includes/EditPage/EditPage.php(2291): MediaWiki\EditPage\EditPage->getPostMergeChecksRunner(MediaWiki\Content\WikitextContent, string)
#1 /wb/includes/EditPage/EditPage.php(1736): MediaWiki\EditPage\EditPage->internalAttemptSave(array, bool, bool)
#2 /wb/includes/EditPage/EditPage.php(661): MediaWiki\EditPage\EditPage->attemptSave(array)
#3 /wb/includes/Actions/EditAction.php(55): MediaWiki\EditPage\EditPage->edit()
#4 /wb/includes/Actions/SubmitAction.php(29): MediaWiki\Actions\EditAction->show()
#5 /wb/includes/Actions/ActionEntryPoint.php(753): MediaWiki\Actions\SubmitAction->show()
#6 /wb/includes/Actions/ActionEntryPoint.php(511): MediaWiki\Actions\ActionEntryPoint->performAction(MediaWiki\Page\Article, MediaWiki\Title\Title)
#7 /wb/includes/Actions/ActionEntryPoint.php(145): MediaWiki\Actions\ActionEntryPoint->performRequest()
#8 /wb/includes/MediaWikiEntryPoint.php(180): MediaWiki\Actions\ActionEntryPoint->execute()
#9 /wb/index.php(44): MediaWiki\MediaWikiEntryPoint->run()
#10 {main}


Additional Notes:

The issue seems to be located within getPostMergeChecksRunner in EditPage.php on line 2521, where the page context object evaluates to null during specific background POST requests under PHP-FPM environments. ~2026-53179-49 (talk) 22:06, 2 October 2026 (UTC)Reply

I tried applying the 1.46.1 update to my 1.46.0 installation and ran into the same error. I've taken everything back to 1.46.0 for now. Huwmanbeing (talk) 13:08, 6 October 2026 (UTC)Reply
Same error here (running PHP-FPM). Ralfk (talk) 07:02, 8 October 2026 (UTC)Reply
Why would you want to upgrade to 1.46.1? 1.46.2 has been out for a week and fixes phab:T439973. Malyacko (talk) 08:23, 10 October 2026 (UTC)Reply
Yeah, thanks for that hint (even though 1.46.2 was not officially announced via mailing list yet). 1.46.2 works. Ralfk (talk) 08:40, 10 October 2026 (UTC)Reply