Project:Support desk

Jump to: navigation, search

About this board

Edit description
vde   Welcome to's Support desk, where you can ask MediaWiki questions!

There are also other places where to askCommunication: IRCCommunication#Chat, mailing listsMailing lists, Q&A etc.

Before you post

Post a new question

  1. To help us answer your questions, please always indicate which versions you are using (reported by your wiki's Special:Version page):
    • MediaWiki
    • PHP
    • Database
  2. Please include the URL of your wiki unless you absolutely can't. It's often a lot easier for us to identify the source of the problem if we can look for ourselves.
  3. To start a new thread, click "Start a new topic".
By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL

How to make an image simply size to the users screen?

RedKnight7 (talkcontribs)

Hi everyone,

I am familiar with using the thumb option on pictures, to make them a particular size. I have a rather large picture (more than a 4K screen can show) which I would like to appear at a size that is scaled to the user's screen. I don't know any way to have it scale to their screen... if I simply say [[File:Whatever.JPG]], it is HUGE (they only see a tiny portion). The only other option seems to be a thumb, which makes it be some arbitrarily fixed size I have to specify.

How can I let an image fit the user's screen width? Surely there must be a way.

Thanks if you can help!

Reply to "How to make an image simply size to the users screen?" (talkcontribs)

Has anyone gotten the extension Sternograph ( to work with recent versions of MediaWiki? It seems to be outdated as far as I can tell.

Reply to "Sternograph Extension"
Sokote zaman (talkcontribs)


وقت بخیر

افزونه پارسروید را لطفا توضیح دهید

چگونگی نصب افزونه ویرایشگر دیداری و

بنده اصلا سر در نمیارم

AhmadF.Cheema (talkcontribs)

For instructions see: Extension:VisualEditor

For any more specific queries ask here or Extension talk:VisualEditor.

Sokote zaman (talkcontribs)


نصب کرده بودم، ولی نیاز به نصب پارسروید داره

و این دو تا باید با هم ربط پیدا کنن

AhmadF.Cheema (talkcontribs)

Are you talking about this: Parsoid/Setup?

Sokote zaman (talkcontribs)


and visual editor setup

AhmadF.Cheema (talkcontribs)

I'm confused. The installation instructions are available at Extension:VisualEditor and Parsoid/Setup.

Is there anything more that you want to ask?

Reply to "نصب ویرایشگر دیداری"
Ikabodo (talkcontribs)

Is it in any way possible to use inline svg:s in a gallery? In the example below i'm using a widget to create the inline svg.

I'm trying to use a gallery like this:




AhmadF.Cheema (talkcontribs)

.svg images can be used like other .png (or some other extension) images.

The only thing you are probably missing is to specifically allow the .svg file extension for your Wiki (as it isn't enabled by default).

For this purpose add the following line in your LocalSettings.php file:

$wgFileExtensions[] = 'svg'; // Allow .svg files

Reply to "Inline SVG in Slideshow Gallery"

Error Saving edited System (i.e. MediaWiki:x) Pages

Joanne222 (talkcontribs)

I just upgraded my MediaWiki installation from version 1.23.1 to 1.28.2.  I am also using PHP 7.1.6 and SQLIte 3.15.1.

Everything so far seems to be working ok except that we can no longer save edits for the MediaWiki:Sidebar and MediaWiki:Mainpage.  I can navigate to MediaWiki:Mainpage and click Edit to bring up the edit box ok and the Show preview works.  When I click Save Changes however I receive an Internal Error message: 

Internal error

 [bd5a9c5eda1b36d701550ed9] 2017-07-14 15:06:19: Fatal exception of type "Error"

The only information I could find on this issue was to check the permissions to make sure the user account has the editinterface permission.

My user account is a member of Administrators and Bureaucrats.  When I look at the Special:UserGroupRight page in my wiki it indicates the Administrator group includes the editinterface, editprotected, editsemiprotected etc., permissions.

I am not extremely knowledgeable about the wiki/php/SQLIte software.  Any assistance in fixing this is greatly appreciated.

This comment was hidden by AhmadF.Cheema (history)
AhmadF.Cheema (talkcontribs)

This could be due to an incompatibility of newer MediaWiki version with some older extension version.

Try Manual:How to debug to get more detailed error description.

Joanne222 (talkcontribs)

Thank you for the debug instructions link. I added some of the debug calls to my LocalSettings.php file as indicated and the following was displayed in the Fatal Error area when I attempted to save changes to the MediaWiki:Mainpage page:

0623456c8d721035156ed27f] /wikilinc/index.php?title=MediaWiki%3AMainpage&action=submit Error from line 138 of C:\inetpub\wwwroot\WikiLinc\extensions\TitleBlacklist\TitleBlacklist.hooks.php: Call to undefined method Title::newFromRedirect()


#0 C:\inetpub\wwwroot\WikiLinc\includes\Hooks.php(195): TitleBlacklistHooks::validateBlacklist(EditPage, string, string, string, string)

#1 C:\inetpub\wwwroot\WikiLinc\includes\EditPage.php(1803): Hooks::run(string, array)

#2 C:\inetpub\wwwroot\WikiLinc\includes\EditPage.php(1470): EditPage->internalAttemptSave(NULL, boolean)

#3 C:\inetpub\wwwroot\WikiLinc\includes\EditPage.php(612): EditPage->attemptSave(NULL)

#4 C:\inetpub\wwwroot\WikiLinc\includes\actions\EditAction.php(59): EditPage->edit()

#5 C:\inetpub\wwwroot\WikiLinc\includes\actions\SubmitAction.php(38): EditAction->show()

#6 C:\inetpub\wwwroot\WikiLinc\includes\MediaWiki.php(495): SubmitAction->show()

#7 C:\inetpub\wwwroot\WikiLinc\includes\MediaWiki.php(289): MediaWiki->performAction(Article, Title)

#8 C:\inetpub\wwwroot\WikiLinc\includes\MediaWiki.php(851): MediaWiki->performRequest()

#9 C:\inetpub\wwwroot\WikiLinc\includes\MediaWiki.php(512): MediaWiki->main()

#10 C:\inetpub\wwwroot\WikiLinc\index.php(43): MediaWiki->run()

#11 {main}

Also, will add that when I was performing the upgrade and following the instructions, I attempted to change the require_once extension calls to wfLoadExtension calls in LocalSettings.php and it would not work. I had to change them back to the require_once calls which I presume might indicate that I have done something incorrectly during my upgrade? The require_once calls work though.

Thank you for your help.

Joanne222 (talkcontribs)

So I have made a little progress on this issue. When I did the upgrade, I copied the LocalSettings.php file as well as the extensions and images directories. After I extracted my new version into my website directory, I copied in and overwrote the LocalSettings.php, extensions and images directories with the old ones. I had to add some code to the LocalSettings.php file, but everything seemed to work ok except for the MediaWiki:x pages.

Since the debugging was indicating the TitleBlacklist extension was an issue, I copied the new TitleBlacklist extension directory into my installation path replacing the old one that I had copied over during installation.

I can now save the edited MediaWiki:Sidebar and MediaWiki:Mainpage pages.

I still have the issue with the new extension calls not working so am using the require_once method still. I assume that must also be an extension issue as well?

I attempted to use the entire new extension directory and contents instead of my old ones, but then my wiki website was not displaying at all so I only am using the new TitleBlacklist extension and all the reset are from my old version of 1.23.

Please let me know if you have any suggestions or solutions.

Thank you.

AhmadF.Cheema (talkcontribs)

You appear to be under the mistaken impression that wfLoadExtension is to be used because of the new MediaWiki core version. This has more to do with the extension files than with MediaWiki core.

The newer method can only be used when an extension.json file is present in the extension directory. The older require_once method is deprecated and now wfLoadExtension method for enabling extensions is encouraged. Note that not all extensions are enabled using the new method as some extensions haven't been updated with the extension.json file.

As all but one of your extension files are from the days of MediaWiki v1.23 and the extension.json files are absent from the extension directories, therefore the new method of calling extensions will not work for them.

It is recommended that you upgrade all your extensions due to reasons of security and incompatibility with MediaWiki core. Upgrade the extensions one at a time, and then debug them to get a better idea of which extensions are causing fatal errors so that all the issues can be systematically resolved one-by-one.

Joanne222 (talkcontribs)

Thank you very much for the information and clarification on what drives the Extension call method. That definitely points me in the right direction.

Joanne222 (talkcontribs)

The original issue I posted about has been resolved. Thank you for your help.

I have another issue now that I cannot solve. It seems to be the same issue posted here:

by Dbeidle I tried some of things mentioned in that thread and the thread referenced in that post from here:

I do not see where his issue was ever fixed. I am hoping that you can help me fix it with mine though.

Specifically, I have an intermittent issue where we try to edit a page and when we save or preview it may or may not work. If we then Retry on the error page it might post then. I have turned on debugging information to capture what is happening. When the page fails to post the debugging message displayed is:

[2e80a656914a00173f89ea4b] /wikilincluden/index.php?title=Counsel_Portfolio_Services&action=submit DBQueryError from line 1054 of C:\inetpub\wwwroot\WikiLincluden\includes\libs\rdbms\database\Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: BEGIN

Function: Database::query (MessageCache::loadFromDB(en)-big)

Error: 1 cannot start a transaction within a transaction


#0 C:\inetpub\wwwroot\WikiLincluden\includes\libs\rdbms\database\Database.php(912): Database->reportQueryError(string, integer, string, string, boolean)

#1 C:\inetpub\wwwroot\WikiLincluden\includes\libs\rdbms\database\DatabaseSqlite.php(752): Database->query(string, string)

#2 C:\inetpub\wwwroot\WikiLincluden\includes\libs\rdbms\database\Database.php(2718): DatabaseSqlite->doBegin(string)

#3 C:\inetpub\wwwroot\WikiLincluden\includes\libs\rdbms\database\Database.php(851): Database->begin(string, string)

#4 C:\inetpub\wwwroot\WikiLincluden\includes\libs\rdbms\database\Database.php(1254): Database->query(string, string)

#5 C:\inetpub\wwwroot\WikiLincluden\includes\cache\MessageCache.php(485): Database->select(string, string, array, string)

#6 C:\inetpub\wwwroot\WikiLincluden\includes\cache\MessageCache.php(408): MessageCache->loadFromDB(string, NULL)

#7 C:\inetpub\wwwroot\WikiLincluden\includes\cache\MessageCache.php(330): MessageCache->loadFromDBWithLock(string, array, NULL)

#8 C:\inetpub\wwwroot\WikiLincluden\includes\cache\MessageCache.php(932): MessageCache->load(string)

#9 C:\inetpub\wwwroot\WikiLincluden\includes\cache\MessageCache.php(862): MessageCache->getMsgFromNamespace(string, string)

#10 C:\inetpub\wwwroot\WikiLincluden\includes\cache\MessageCache.php(831): MessageCache->getMessageForLang(Language, string, boolean, array)

#11 C:\inetpub\wwwroot\WikiLincluden\includes\cache\MessageCache.php(771): MessageCache->getMessageFromFallbackChain(Language, string, boolean)

#12 C:\inetpub\wwwroot\WikiLincluden\includes\Message.php(1188): MessageCache->get(string, boolean, Language)

#13 C:\inetpub\wwwroot\WikiLincluden\includes\Message.php(950): Message->fetchMessage()

#14 C:\inetpub\wwwroot\WikiLincluden\extensions\Gadgets\includes\MediaWikiGadgetsDefinitionRepo.php(113): Message->exists()

#15 C:\inetpub\wwwroot\WikiLincluden\extensions\Gadgets\includes\MediaWikiGadgetsDefinitionRepo.php(83): MediaWikiGadgetsDefinitionRepo->fetchStructuredList()

#16 C:\inetpub\wwwroot\WikiLincluden\includes\libs\objectcache\WANObjectCache.php(1004): MediaWikiGadgetsDefinitionRepo->{closure}(boolean, integer, array, NULL)

#17 C:\inetpub\wwwroot\WikiLincluden\includes\libs\objectcache\WANObjectCache.php(906): WANObjectCache->doGetWithSetCallback(string, integer, Closure, array)

#18 C:\inetpub\wwwroot\WikiLincluden\extensions\Gadgets\includes\MediaWikiGadgetsDefinitionRepo.php(90): WANObjectCache->getWithSetCallback(string, integer, Closure, array)

#19 C:\inetpub\wwwroot\WikiLincluden\extensions\Gadgets\includes\MediaWikiGadgetsDefinitionRepo.php(23): MediaWikiGadgetsDefinitionRepo->loadGadgets()

#20 C:\inetpub\wwwroot\WikiLincluden\extensions\Gadgets\includes\GadgetRepo.php(36): MediaWikiGadgetsDefinitionRepo->getGadgetIds()

#21 C:\inetpub\wwwroot\WikiLincluden\extensions\Gadgets\GadgetHooks.php(52): GadgetRepo->getStructuredList()

#22 C:\inetpub\wwwroot\WikiLincluden\includes\Hooks.php(195): GadgetHooks::userGetDefaultOptions(array)

#23 C:\inetpub\wwwroot\WikiLincluden\includes\user\User.php(1552): Hooks::run(string, array)

#24 C:\inetpub\wwwroot\WikiLincluden\includes\user\User.php(5131): User::getDefaultOptions()

#25 C:\inetpub\wwwroot\WikiLincluden\includes\user\User.php(483): User->loadOptions()

#26 C:\inetpub\wwwroot\WikiLincluden\includes\libs\objectcache\WANObjectCache.php(884): User->{closure}(boolean, integer, array, NULL)

#27 C:\inetpub\wwwroot\WikiLincluden\includes\libs\objectcache\WANObjectCache.php(1004): WANObjectCache->{closure}(boolean, integer, array, NULL)

#28 C:\inetpub\wwwroot\WikiLincluden\includes\libs\objectcache\WANObjectCache.php(889): WANObjectCache->doGetWithSetCallback(string, integer, Closure, array, NULL)

#29 C:\inetpub\wwwroot\WikiLincluden\includes\user\User.php(495): WANObjectCache->getWithSetCallback(string, integer, Closure, array)

#30 C:\inetpub\wwwroot\WikiLincluden\includes\user\User.php(437): User->loadFromCache()

#31 C:\inetpub\wwwroot\WikiLincluden\includes\user\User.php(401): User->loadFromId(integer)

#32 C:\inetpub\wwwroot\WikiLincluden\includes\session\UserInfo.php(88): User->load()

#33 C:\inetpub\wwwroot\WikiLincluden\includes\session\CookieSessionProvider.php(119): MediaWiki\Session\UserInfo::newFromId(string)

#34 C:\inetpub\wwwroot\WikiLincluden\includes\session\SessionManager.php(486): MediaWiki\Session\CookieSessionProvider->provideSessionInfo(WebRequest)

#35 C:\inetpub\wwwroot\WikiLincluden\includes\session\SessionManager.php(189): MediaWiki\Session\SessionManager->getSessionInfoForRequest(WebRequest)

#36 C:\inetpub\wwwroot\WikiLincluden\includes\WebRequest.php(735): MediaWiki\Session\SessionManager->getSessionForRequest(WebRequest)

#37 C:\inetpub\wwwroot\WikiLincluden\includes\session\SessionManager.php(128): WebRequest->getSession()

#38 C:\inetpub\wwwroot\WikiLincluden\includes\Setup.php(759): MediaWiki\Session\SessionManager::getGlobalSession()

#39 C:\inetpub\wwwroot\WikiLincluden\includes\WebStart.php(137): require_once(string)

#40 C:\inetpub\wwwroot\WikiLincluden\index.php(40): require(string)

#41 {main} 

Thank you in advance for your help with this.

AhmadF.Cheema (talkcontribs)

As a starting point, have you already run update.php? Through SSH, in your Wiki directory run the following command: php maintenance/update.php


Part of the error which mentions "Did you forget to run your application's database schema updater after upgrading?" indicates that update.php has not been run.

Joanne222 (talkcontribs)

I did the update via the web browser using these instructions in the Upgrade document:

Web browser[edit]

MediaWiki version: 1.17
See also update.phpManual:update.php

If your database is already big and in high production usage, then you should not be using the Web updater, e.g. because the update process will time out when the maximum_execution_time is reached. In that case you should use update.php from the command-line interface (not from the web). What exactly is "too big" depends on your server (e.g. on its performance, the load and on how long the maximum execution time of PHP allows the script to run). If your wiki is too big for the web updater and your hosting provider does not allow command-line access, then you need to migrate your wiki to another hosting account, preferably to one that does have shell access.

  1. Always backup before performing database maintenance.
  2. Navigate your webbrowser to /mw-config/. For example, if your wiki is at, then navigate to
  3. Select your language and click continue.
  4. The existing installation should be detected. Follow the instructions on the screen to upgrade it. If asked for the "upgrade key", open your LocalSettings.phpManual:LocalSettings.php file and look for the key assigned to $wgUpgradeKeyManual:$wgUpgradeKey.

The message at the end indicated that everything updated ok.

This is an intermittent problem, and does not happen every time you try to save a change. It may not happen for 5 times in a row on one page, then the 6th time it will throw the error.

AhmadF.Cheema (talkcontribs)

In-between these "5th" and "6th" edits, you haven't by any chance been involved in enabling or disabling any extensions, have you? The need to update the database using update.php usually comes up when some new extension is enabled/disabled.

Reply to "Error Saving edited System (i.e. MediaWiki:x) Pages"

When editing, asking to type two words in a box that does not exist

Dr Reeves (talkcontribs)

I am a novice editor and have made written changes to a page without difficulty. However, I am not able to save changes involving references despite having done so successful with this software elsewhere.

For example, I attempted to insert, using the biomedical citation maker, a reference. A number was assigned, just as it was here when I pasted it in.[1]  However, when I selected save, I got a message saying

"Your edit includes new external links. To protect the wiki against automated spam, we kindly ask you to type the two words you see in the box below"

However the box below is the editing box and I see no two words or where to type them in.


  1. Ebell MH, Siwek J, Weiss BD, Woolf SH, Susman J, Ewigman B et al. (2004). "Strength of recommendation taxonomy (SORT): a patient-centered approach to grading evidence in the medical literature.". J Am Board Fam Pract 17 (1): 59-67. PMID 15014055. 
AhmadF.Cheema (talkcontribs)

On which page exactly are you trying to make this edit? Can you provide a link?

Dr Reeves (talkcontribs) is the page link. Thanks for your help.

AhmadF.Cheema (talkcontribs)

It is possible some extension in your browser is inadvertently blocking the box from showing up, maybe try making the edit in another browser?

You probably won't have to go through this issue repeatedly, as once you have made enough edits on Wikipedia, this spam check will automatically get disabled for you.

Dr Reeves (talkcontribs)

I think I may be confused. I did ok on Wikipedia. I am having difficulty with Wikidoc editing.

The page is

The spam check is on Wikidocs, not Wikipedia and it happens in both explorer and chrome.

Still should go away with time? Perhaps I can put the references in written until the spam checker gets turned off.

AhmadF.Cheema (talkcontribs)

As Wikidocs is unrelated to the Wikimedia Foundation, so your Wikipedia profile/edits are completely separate from Wikidocs edits.

Regarding Wikidocs, they are using Extension:ConfirmEdit, which forces "new" users to solve a Captcha before allowing them to post external links. Probably because of some configuration mistake on the part of the Wiki admins that captcha is not getting displayed.

A user is no longer considered "new" after he/she performs a particular number of edits and a particular number of days have passed since the account was created. Only admins would know what these particular numbers are. They are usually 5-15 edits and 2-3 days.

One solution is to make the admins aware of teh Captcha not getting shown issue, the second solution is to make some simple edits to increase your edit count and wait a few more days. The Captcha request should automatically get disabled for you.

Reply to "When editing, asking to type two words in a box that does not exist"

One user is unable to edit or create pages, why?

Mushu999 (talkcontribs)

Installed software

Product Version
MediaWiki 1.28.0
PHP 5.6.24 (cgi-fcgi)
MySQL 5.7.17-log

I deleted his mwiki_user record in the mySQL table, then ran the createuser SpecialPage option, he still does not see the "(edit)" option on any pages. What can I do to troubleshoot this problem? His database record is the same as everyone else's and all other users are able to edit pages just fine. I'm all out of ideas.

AKlapper (WMF) (talkcontribs)

Unrelated, but you are running an old and now insecure MediaWiki version. Please follow upgrades and use the latest 1.28 version. See and

AhmadF.Cheema (talkcontribs)

Is it possible that the issue is from the that user's side?

Maybe some gadget is enabled, some extension is blocking some resource (can be checked by looking at the Console tab of the browser F12 developer tools)? Has the user already tried using a different browser? (talkcontribs)

He has used multiple browsers with the same result. He is on the same network as the other users. I'm totally stumped! (talkcontribs)

FOUND IT! I am using the LDAP auto-login extension in Windows. His account name was put into Active Directory as all upper-case, but his login username is normal case. Because php is case-sensitive it never matched. Ugh. Hope this helps anyone else who Googles for this problem. (talkcontribs)

Hallo ich benötige Hilfe. Ich möchte gern meine MediaWiki auf die neuste Version Updaten, habe das aber noch nie gemacht und weis nicht wie genau ich da vorgehen. muss.

Zurzeit läuft meine Version auf 1.26.2. Ich währe sehr für Hilfe und Tipps dankbar.

AhmadF.Cheema (talkcontribs)

For comprehensive instructions, see Manual:Upgrading.

Additionally, you can ask here if there are more specific questions.

2003:72:6D74:4E00:7966:A7A1:99FD:7D9C (talkcontribs)


Den Upgrade-Guide gibt's auch auf deutsch: Manual:Upgrading/de.

Als erstes solltest du dafür sorgen, dass du ein Backup hast. Und du solltest testen, ob du aus dem Backup auch tatsächlich wieder eine lauffähige Installation erstellen kannst.

Ansonsten würde ich vorschlagen zuerst "nur" auf MediaWiki 1-27 zu aktualisieren. Das ist eine LTS-Version, die noch bis 2019 unterstützt wird. 1.28 und auch die bald erscheinende 1.29 dagegen werden nur kürzer unterstützt. Siehe Version lifecycle/de!

Permanently Delete user accounts for wiki

2602:306:BC83:3AA0:758A:92D1:F95A:CD7C (talkcontribs)

My wiki is a private wiki set up for my company. I have created user accounts and set everyone a temporary password but after I did, noticed that emails were not sending correctly from my server. My users did not receive there account information.

I have since gotten sendmail working on the server, and I am trying to get everyone there account details now. Since the previous emails did not come through, I guess I need to remove the accounts that are on the wiki already, and create them again?

The only problem I am finding is how to remove those users. I installed the extension, UserMerge, which would work but I have other test accounts that I made to figure out the email and I would like them all gone.

Is there a way to permanently delete all users on the wiki. No one has put anything on the wiki yet, so it wouldn't be like I'm losing anything important.

Reception123 (talkcontribs)

You could use Extension:UserMerge. You can merge all accounts into one (so ultimately delete them).

Tessa.phillips (talkcontribs)


We are considering creating a knowledge base for our company using Mediawiki. It would include a range of introduction pages plus user created pages with topic information, pointers, how to's, lessons learnt etc. We also have an an extensive library of existing scanned pdf and doc documents we'd like to access through this.

Is there a way for MediaWiki to search for words within uploaded documents as well as wiki pages themselves - i.e. bring up the file: info page in the search result for the document containing the search word/phrase? This is an important function/requirement so want to make sure this is possible.


Reception123 (talkcontribs)

@Tessa.phillips Yes, that is part of MediaWiki.

This comment was hidden by 2003:72:6D75:6300:18E7:3E33:98FD:F395 (history)