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, 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
Notbyworks (talkcontribs)

A few days ago I upgraded our MediaWiki installation from 1.13.2 to 1.26.0, and PHP from 5.3.10 to 5.6.14. No change to web server and OS (IIS on Windows Server 2008). No change to MySQL (v5.5.22).

 When going to a valid page, it generally works ok. When there is anything wrong with the URL (e.g. article name is misspelled - even wrong case), the page fails with a 500 server error. Nothing is written to the PHP log file. (I also can't use colons in the URL (such as for category links). I need to encode to %3A in order for that to work.)

 The crash does not happen somewhere mid-way through the MediaWiki code. If it did, I might be able to debug and pinpoint where the problem is. I have confirmed that every line called by index.php finishes and then the server returns 500. It is as though the MediaWiki code inserts something into the output buffer that causes the PHP interpreter to crash as it is processing the output buffer.

 I can't provide the URL, sorry. This is a wiki in a private network and not accessible on the Internet.

 Does anyone have any ideas for how to troubleshoot this? (talkcontribs)

An error 500 is usually happening in the webserver. That means you should find more information about this error in the webserver error log.

What does it say?

Reply to "bad URL generating 500 after upgrade" (talkcontribs)


I use the version 1.24 of MediaWiki integrated with ECHO extension.

I am using this extension that generates notifications to users when they are mentioned in any discussion page. I'm currently testing this extension and do not know what the correct way I should mention a user for him to receive the mention of notification.

Does anyone know tell me what the correct syntax for this task?

Thank you!

Reply to "Mention user on a page or discussion"

[SOLVED] Extension Echo - Invalid object cache type "db-replicated" requested. It is not present in $wgObjectCaches.

5 (talkcontribs)

Hello guys,

I'm trying to include the Echo extension on my Wiki, but is returning an internal error of Mediawiki.

The exception thrown is as follows:

Invalid object cache type "db-replicated" requested. It is not present in $wgObjectCaches.

Someone would know help me?

Thank you! (talkcontribs)

Which MediaWiki version? Which Echo version? When is that exception thrown exactly? (talkcontribs)

The Wiki version is 1.24.1

The exception is thrown after login

With that I can not access Special: Version to check the Echo version

Is there any place within the extent that I can see which version?

Anyway, it was the last version available in

This, that and the other (talkcontribs)

Since you said that you have MediaWiki 1.24, you should download the 1.24 version of Echo, not the "latest version available". Does that solve your problem? (talkcontribs)

Integration problem of Echo extent resolved.

I downloaded another version, compatible with the version of MediaWiki 1.24 and it worked properly.

Thank you for your help

Reply to "[SOLVED] Extension Echo - Invalid object cache type "db-replicated" requested. It is not present in $wgObjectCaches." (talkcontribs)


I have just installed MediaWiki and my Main page does not have a side bar.

instead all of the sidebar information is "inline" and under the main page content.

What settings do I need to change to get the cool sidebar like you have? (talkcontribs)

it looks like it has the information... it is just not rendering it in the correct manner.

This comment was hidden by (history)
Ciencia Al Poder (talkcontribs)

Does it look like Manual:Errors and symptoms#The wiki appears without styles applied and images are missing? (talkcontribs)

so... I see the "Max" message... but which .htaccess file do need to change ... there are quite a few of them ? (talkcontribs)

I am looking at "" (talkcontribs)

this is what I typed: http://localhost/Wiki%5Cmediawiki-1.26.0/load.php

This is what I got:

/* This file is the Web entry point for MediaWiki's ResourceLoader:
   <>. In this request,
   no modules were requested. Max made me put this here. */
Ciencia Al Poder (talkcontribs)

Ok, that's fine, but you should probably look at each request that contains in the URL "only=styles". Open them and see if it has some error message at the top of them (you may need to set $wgShowExceptionDetails to true to see a detailed error message), or if they're just completely blank pages

You can access easily those URLs by opening the developer's console of your browser (usually hitting F12 or F11) and reloading the page while you're on the network tab

Ryan7273 (talkcontribs)

This sounds similar to the problem I had yesterday. Try switching to a different skin. If that fixes things, then you have the same issue I do and I've opened a ticket for it. (talkcontribs)

Any other possible reasons this may be occurring? (talkcontribs)

Ryan7273 - this is EXACTLY what is occurring with my site as well ... (talkcontribs)

BTW... I tried to create an account... but I have been "black listed" for some reason... (not a very friendly site :-( )

Reply to "sidebar not showing up"

PHP Fatal error: Unsupported operand types

Cophead567 (talkcontribs)

I'm trying to get a new install up and running on a local server. I'm seeing this in the apache error logs.

"PHP Fatal error:  Unsupported operand types in /var/www/html/wiki/includes/registration/ExtensionRegistry.php on line 272"

I can't seem to find anything about this or what might be the issue. I'm running the latest MW (1.26.0) with PHP 5.5.30 on a CentOS 6 server.

Reply to "PHP Fatal error: Unsupported operand types"
Waanders (talkcontribs)

We're using the VIsual Editor (version 0.1.0 (c947b49) 9 jul 2015) with MW 1.25.3 and have a problem with the images. Images are shown correctly in read-mode but not when editing a page with the VE.

If I use Inspect Element in the browser with an image I see an incorrect path:

For instance image with src="/wiki/hzportfolio/images/e/e8/SSM_process_v_20151107.jpeg" shows localhost/wiki/hzportfolio/images/e/e8/SSM_process_v_20151107.jpeg which of course cannot be found.

How do I configure imagepaths?

Regards, Jethro  

Ciencia Al Poder (talkcontribs)

Maybe Manual:$wgUploadPath?

Waanders (talkcontribs)

Thanks, but no, upload path is /wiki/hzportfolio/images/ in this example, works fine (as I said image is shown correctly in non-edit mode). We use $wgUlpoadPath in all our wikis for years, no problem. But this is about the Visual Editor. (talkcontribs)

Obviously the server portion is set incorrectly. We often have people here, who have $wgServer set incorrectly, which leads to similar problems. In your case I doubt that this is the problem, but can you check, just to be sure, if $wgServer might be the culprit?

Waanders (talkcontribs)

Thanks a lot! Yep, this did the trick, $wgServer wasn't set at all. Now it's working fine.

Reply to "Image not found in Visual Editor"

Configuration Extension:SyntaxHighlight_GeSHi in 1.26 Version

Wikimech org (talkcontribs)


In Configuration Extension:SyntaxHighlight_GeSHi, how set $wgPygmentizePath and $wgSyntaxHighlightModels. (talkcontribs)

$wgPygmentizePath must point to Pygments. It must be an absolute path. By default it points to __DIR__ . '/pygments/pygmentize'. If you installed MediaWiki using a release tarball, here shoul be no need to change this variable - it should be working out of the box. (talkcontribs)

upgraded to 1.26, then special-> version gave me "internal fatal error". the log said:

Call to undefined method GeSHi::enable_line_numbers()

/var/www/mediawiki/extensions/Code/Code.php: PHP Warning: include(geshi/geshi.php): failed to open stream: No such file or director

the file:

/extensions/Code/Code.php says:

if (!defined('GESHI_VERSION')) {

        include('geshi/geshi.php'); // include only once or else wiki dies

and the geshi.php is located:


the dir in include is not the right place. after it was replaced, mediawiki 1.26 -> Special -> version worked.
Reply to "Configuration Extension:SyntaxHighlight_GeSHi in 1.26 Version"
Neonnagawa (talkcontribs)

Hello, i need to buy a new router but this must work with Winbox. Is there a list or way to know the routers that can and cannot use WinBox?

Reply to "WinBox"

1.26, wiki logo now disappears on mouse-over

8 (talkcontribs)

I have an established wiki built under 1.24, with an extensive CSS modification file. One of the CSS changes is to set the hover color of links and add a graphic underline. This has worked perfectly in body, sidebar and top nav for about a year.

With the update to 1.26, everything works fine EXCEPT that mousing over the wiki logo now makes it disappear, with a base fragment of the graphic link underline appearing in its place (centered in the logo space). I have laboriously removed link redefinition lines and discovered that it's the background definition that is mucking up the wiki logo; remove it and everything works fine (except, of course, that my links no longer have the graphic underline); put it back in, even with the strongest 'negating' I can apply to the wiki logo class, and the disappearing act occurs.

Here is the CSS code that changes my link colors and positions the graphic underline:

a:link, a:visited {
color: #0077bb !important;
padding-bottom: 3px;

a:hover,a:active {
color:#eeaa00 !important;
background: url(/mh_media/linkbar.jpg) repeat-x 100% 100%;
padding-bottom: 3px;
white-space: nowrap;

Again, if I remove that background statement, the wiki logo action is fine. Put it back, with any number of different parameters, and attempts to frame a 'not' statement under .mw-wiki-logo, and the logo disappears on mouseover. (I had a few code bits in the original to negate link changes for the logo; they no longer seem to matter.)

Any thoughts on how I can keep my link code as-is (functionally, at least) and not have the logo flash out of existence on mouseover?

Site is at www m a x h e a d r o o m com (obfuscating to keep this out of the search lists). Thanks. (talkcontribs)

It may be worth adding that the effect does NOT happen on the "Powered by MediaWiki" logo in the footer... (talkcontribs)

The problem is caused by the background, which you define for a:hover:

a:hover, a:active {
   background: rgba(0, 0, 0, 0) url(/mh_media/linkbar.jpg) repeat-x scroll 100% 100%;

Do I understand it correctly that you in fact want the links in the page content to be underlined, and all other links should stay normal? In that case, you should prepend your rules with something like .mw-body-content like so:

.mw-body-content a:hover, .mw-body-content a:active {
} (talkcontribs)

No, I'd like it to use my specified color set, and use the graphic underline, for all text links. This was working as desired under 1.24, but now the same code (and every attempt to adjust it) produces the odd action for the wiki logo image. (talkcontribs)

Limiting my link definitions to those two body classes fixes the logo problem, but at the cost of removing the graphic underline from all the top and sidebar nav links. I'd rather find a fix that specifically blocks the attributes from the icon link, so that all other text links in and out of the content show the underline effect. (talkcontribs)

Fixed the problem with:

.mw-wiki-logo {
background-image: url(/resources/assets/mhcom_max_animated.gif) !important;

which forces the logo image to always point to the correct file. This is at best a workaround, though, since changing the icon definition would not change this override.

With this additional pointer, which seems to say that the wiki icon is used as a background, and my background statement for links is overriding it on hover and active - can anyone write me a true fix that will short-circuit the override my code is trying to apply to the logo background? (talkcontribs)

Hmm, I personally don't think the logo is a text link.

Ok, two possible solutions:

Either you put your special styles to all links and then you remove it again from the logo link. Or you specially set it only for those parts of the page, where you want them to be, e.g. page content, sidebar, footer, whatever else.

For example:

/* Change styling of each and every link */
a:hover, a:active {
  background: rgba(0, 0, 0, 0) url(/mh_media/linkbar.jpg) repeat-x scroll 100% 100%;
  /* ... */
/* Undo these changes for the logo link */
.mw-wiki-logo a:hover, .mw-wiki-logo a:active {
  background: none; /* untested */
} (talkcontribs)

I understand (completely) the process of doing a global style, then using a specific "unstyle" to remove selected styles that would otherwise be included. I've done that throughout this and other sites. However, I've completely exhausted the options and combinations for trying to "unstyle" just .mw-wiki-logo, as nothing including various !important'ed entries has the slightest effect. Only two things have had any effect on the problem: NOT using the background effect as part of the link redefinition, and using the above hard override to force the wiki logo background (which is how it's displayed) to a specific file. The latter works, but it's painfully kludgy.

The logo may or may not be a text link, but I can't find or figure out where to block the global link redefinition from applying to it - I can only assume it's somewhere higher in the code than .mw-wiki-logo. I was/am hoping someone more familar with the code could point me to the effective point of change; in the meantime, I will keep drudging through it myself.

Reply to "1.26, wiki logo now disappears on mouse-over"
AmazingTrans (talkcontribs)

I have 3 files name as follow:




When i use the visualeditor insert media, i typed, File nothing came up in the pictures. I even tried FileUpload and nothing came up. I have to type the full file name such as FileUpload.png in order to get the file showing.

Any ideas?

Reply to "Visual Editor Image search missing"