Project:Support desk

Jump to: navigation, search

About this board

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, Wikimedia Developer Support, Q&A, mwusers (unofficial forum) 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".

Visual Editor not respecting custom image size

Quinnj09 (talkcontribs)

I am running:

MediaWiki 1.30.0
PHP 5.6.30 (cgi-fcgi)
MySQL 5.7.17-log
Lua 5.1.4

If I use visual editor to put an image on a page, and set a custom size on the image, for example 60 x 60, then save the page, then click edit again, when the visual editor loads again it loads the image at the original size, not the custom size

How can I debug this issue? Or have anyone seen this strange behavior before?

This post was hidden by Quinnj09 (history)
Reply to "Visual Editor not respecting custom image size"

What's the situation now with Active Directory / LDAP authentication?

GiladH (talkcontribs)


I just the latest MediaWiki version (1.30), and tried to install the LdapAuthentication extension.

Can't get the site to even start since the extension.json is missing from the LdapAuthentication directory. I understand that this extension is no longer supported...

Is there any other way get MediaWiki to authenticate to Active Directory?

2001:16B8:1034:A600:10E3:915B:B3F2:80D5 (talkcontribs)

Hi there!

The extension is working just fine. You need to do the inclusion in LocalSettings.php with require_once();! This information is somewhat hidden on Extension:LDAP Authentication/Examples...

For the status of this extension I know that there is going to be a replacement for it. However, I don't know of any code, that has already been written... See LDAP hub for information I found on this topic! T165270 contains a list of steps dated May 2017, which someone might want to do somewhen - however it does not seem like anything of this has already been done.

Osnard (talkcontribs)

There is active development going on for a new LDAP authentication stack by the MediaWiki Stakeholders' Group. But there is no officially announced release date yet.

If you just need "authentication" and not stuff like "group-restrictions" and "group-sync", you could try setting up your webserver for Kerberos or NTLM authentication and use Extension:Auth remoteuser for logging into the wiki.

GiladH (talkcontribs)

Thanks for the reply.

Still getting the following error:

PHP Fatal error:  Uncaught Exception: /var/www/html/extensions/LdapAuthentication/extension.json does not exist! in /var/www/html/includes/registration/ExtensionRegistry.php:99

Any ideas?

This post was hidden by (history)
GiladH (talkcontribs)

Thanks for that, But I'm now getting the following error in the LDAP log file:

2018-02-06 11:38:28 mediawiki: 2.1.0 It looks like you are missing LDAP support; please ensure you have either compiled LDAP support in, or have enabled the module. If the authentication is working for you, the plugin isn't properly detecting the LDAP module, and you can safely ignore this message.

But I did install the PHP LDAP extension...

I've install php70w-ldap (I have PHP version 7.0.27), and according to the output from php -m the extension is loaded. Also, I'm checking with tcpdump, and it seems like the server is not even trying to connect to the AD with TCP/389.

Any ideas?

GiladH (talkcontribs)

Ok, I managed to get it working. Thanks a lot :)

Osnard (talkcontribs)

Can you share your solution? (talkcontribs)

Can you share your solution? +1

This post was hidden by Namtr0 (history)
Namtr0 (talkcontribs)

Please share what you did @GiladH

This post was hidden by 2001:16B8:10E0:4D00:511D:BAE0:1A59:115D (history)
Reply to "What's the situation now with Active Directory / LDAP authentication?"

How to apply wgNamespaceContentModels to ALL namespaces in a single statement?

Johnywhy (talkcontribs)

Flow manual says i must apply the following to localsettings.php, for each namespace.

$wgNamespaceContentModels[NS_TALK] = 'flow-board';
$wgNamespaceContentModels[NS_USER_TALK] = 'flow-board';
# Do not reassign the global ($wgNamespaceContentModels =)

Extension:StructuredDiscussions#Enabling or disabling StructuredDiscussions

How can i apply wgNamespaceContentModels to ALL namespaces in a single statement?

Reply to "How to apply wgNamespaceContentModels to ALL namespaces in a single statement?"

Can Flow Use PHP Pear:Cache, Pear:Cache_Lite, opcache, or apcu?

Johnywhy (talkcontribs)
Reply to "Can Flow Use PHP Pear:Cache, Pear:Cache_Lite, opcache, or apcu?"
Ag3dvr (talkcontribs)

I have a wiki page where the maths rendered perfectly until recently. Now, without any change on my part (either to the wiki text or to LocalSettings.php), it does not.

For example:

now has unrendered text (as I originally inputted it), like:

\( \begin{equation} \vec{r} = \begin{bmatrix} r_{1} \\ r_{2} \\ \vdots \\ r_{n} \end{bmatrix} \end{equation} \)

and I have put a png on the page to show how this used to render. renders the text fine.

Can you tell me what needs to be done to get this to render properly? I have asked my web hosting provider but they have not been able to solve the problem.

MediaWiki 1.25.2

PHP 5.6.33 (litespeed)

MariaDB 10.1.30-MariaDB

The problem occurs on Chrome and Safari on a Mac and on an iPhone. I assume it applies to all browsers.

I am not a programmer, but relevant-looking lines in LocalSettings.php include the following (and there have been no changes in LocalSettings.php since it was working fine):

require_once "$IP/extensions/Math/Math.php";

$wgUseTeX = true;

$wgMathPath = "{$wgUploadPath}/math";

$wgMathDirectory = "{$wgUploadDirectory}/math";

$wgTmpDirectory = "{$wgUploadDirectory}/tmp";

require_once "$IP/extensions/MathJax/MathJax.php";

$wgParserCacheType = CACHE_NONE;

require_once "$IP/extensions/SimpleMathJax/SimpleMathJax.php";

$wgSimpleMathJaxSize = 120;

wfLoadExtension( 'Math' );

2A02:C7F:963F:BA00:4C5F:68F5:DDC5:BCED (talkcontribs)

Please upgrade your MediaWiki version first before getting help.

Reply to "Help with math rendering"

If I Cache to Database, then What's Purpose of Cache Directory?

Summary by Johnywhy

There are lots of caches used for lots of purposes. There are only two currently that mostly use disk. Localization cache, which uses Manual:$wgCacheDirectory and Manual:File cache which can use Manual:$wgFileCacheDirectory.

Johnywhy (talkcontribs)

If I Cache to Database, then What's Purpose of Cache Directory?

TheDJ (talkcontribs)
Johnywhy (talkcontribs)

Thx! What cache is Extension: CategoryTree likely to use? Purging pages seems to have no effect on it.

Ciencia Al Poder (talkcontribs)

Category structure is stored in database. See Manual:Categorylinks table. If the information in database is incorrect, the problem is not with caching, but with probably Manual:Job queue or some extension causing jobs inserting to database to fail.

Johnywhy (talkcontribs)

It seems my CategoryTrees are showing both the old version and new version of moved pages, and there are no unfinished jobs. Maybe not a caching issue.

Is UploadWizard Available in Page Editor?

Johnywhy (talkcontribs)

Or is it only available on a separate "Upload" page?

AKlapper (WMF) (talkcontribs)

WikiEditor offers an "Embedded file" button in its toolbar, VisualEditor offers an "Insert > Media" item.

Johnywhy (talkcontribs)

Thx! I appreciate the suggestions.

I'm having licensing issues with WikiEditor, and my webhost doesn't support VisualEditor. Looking for alternatives which are integrated with page-editor.

Reply to "Is UploadWizard Available in Page Editor?"

Mysterious skin appearing for those with poor or bad bandwidth

George Ho (talkcontribs)

When I was using Firefox v59 (codenamed Quantum) at Windows 7, I encountered this skin at any wiki, like MediaWiki, whenever my bandwidth is poor or bad. What skin is that, and is it useful for those with poor or bad bandwidth and those using dial-up? (talkcontribs)

It's not a skin, just the unstyled HTML. The fact that it is showing that seems like a bug though, as nothing on the page should be displayed until the stylesheet is loaded or failed to load (in which case there would be a significant delay).

TheDJ (talkcontribs)

"as nothing on the page should be displayed until the stylesheet is loaded"

That's not entirely true. After all requests have finished, successful or otherwise (and maybe even immediately after the CSS request failed), the browser will basically do best effort presentation if I remember correctly.

Wargo (talkcontribs)

But if CSS not loaded, browser don't know how pages would like.

Ciencia Al Poder (talkcontribs)

HTML already has presentation attributes, the browser is able to represent a page even without CSS.

To reply the first question: This is not a skin. This is, in fact, a lack of skin.

Reply to "Mysterious skin appearing for those with poor or bad bandwidth" (talkcontribs)


Whenever anyone on our private wiki tries to sign in, it redirects to the index.php page and then when you try to do anything else it redirects to another login page. I already verified that our $wgServer variable is set properly and I don't know what else to do.

It's really annoying, hopefully there's a fix.

Cheers o/

Ciencia Al Poder (talkcontribs)

Are you using "short" or "pretty" URLs? I mean viewing articles have a different URL structure than when editing (/wiki/ vs /index.php or similar). Because cookie path may be the problem here. See Manual:$wgCookiePath

Reply to "Private Wiki Requires Two Logins"

Is SemanticWiki the only way to get Topic Tagging?

Johnywhy (talkcontribs)

We want to tag our articles (topic-tags, not revision-tags).

And then display "Related Articles", based on those tags.

This article describes a method using SemanticWiki,

but that seems a heavy solution, since we don't need any other SemanticWiki features.

Any simpler or, preferably, native method?

Can't use Categories, as we're already using Categories as Categories, for organizing and TOC.


Ciencia Al Poder (talkcontribs)

Categories is the way to go if you don't want SMW. This is exactly the purpose of categories, group similar pages.

Johnywhy (talkcontribs)

We consider Categories and Tags to be different concepts. That Folksonomy article agrees.


  • Category is Fruit.
  • Title is Oranges.
  • Tags are citrus, segmented, juicy, vitamin C, cold prevention, breakfast


  • Category: Books
  • Title: Cien Años de Soledad
  • Tags: Spanish, surrealism, Colombia, magical realism, Latin American

We use Category as a hierarchical organizing structure. We want articles to appear in only one Category in TOC, but articles can have multiple tags. Tags are non-hierarchical, and can apply across different Categories. We really want tags independent of Categories.

Reply to "Is SemanticWiki the only way to get Topic Tagging?"