Project:Support desk

(Redirected from Support Desk)
Jump to: navigation, search
vde   This page is for questions relating to the MediaWiki software.

Welcome to's Support desk, the central on-wiki place to ask MediaWiki questions!

The greater purpose of this page is to make our Manual and other available help so good that you do not have to come here to ask questions, or making them easier to find.

There are other ways for of communication as well (IRC, mailing lists etc.). Read more here.

Before you post

Post a new question

  1. To help us answer your questions, please always indicate which versions you are using:
    • MediaWiki (reported by your wiki's Special:Version page)
    • PHP (likewise)
    • Database (likewise, e.g. MySQL 5.5)
  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 discussion".

Archiving topics

Topics are automatically archived when they have been inactive for three weeks. If a question you have asked is approaching this limit and still has not been answered, please 'bump' it to prevent it being archived. However do not 'bump' for other reasons.

Start a new discussion
First page
First page
Previous page
Previous page
Last page
Last page

Upload link

Edited by another user.
Last edit: 11:16, 17 August 2014

Hi I am trying to add something that detects your website address a then goes to the the special upload page. here is the code.

<a href="
    <?php echo $this->data['nav_urls']['upload']['href']; ?>
  <div class="onhoverbg" style="padding-left:0.8em;padding-right:0.8em;float:left;height:40px;font-size:10pt;">
    <img src="" /> 
    <span style="color:#fff;position:relative;top:1px;">
      <?php $this->msg('uploadbtn') ?>
<?php $this->renderNavigation( array( 'NAMESPACES', 'VARIANTS', 'VIEWS', 'ACTIONS' ) ); ?>

The code worked for a few days then stoped working for me., 17 August 2014

Hi I think it is to do with people have to be loged in for it to go to correct link please can I have some help to allow everyone to go to the link., 17 August 2014


The code, which you have there creates a link to the Upload page and then attaches some image in that link. The line $this->renderNavigation() basically does not have anything to do with that.

However, I have not really understood what exactly it is that you want to do:

When the wiki (not the IP of the visitor), but when the wiki has a certain domain name, do you then want to have a redirect?

Second question: Which page should get redirected and what should be the redirect target?

And finally: Where should this be added?, 17 August 2014

Hi well for your two question. is that I would like to allow ip address to view the upload link but when clicked will show that error that you have to login so I would like help to allow ip address to view the link., 17 August 2014

So basically you want IPs to be able to see the link to Special:Upload (which they by default do not(?) see)?, 17 August 2014

Yes please because the link only lets user who are logged in to see it or if you logged out it redirects you to main page., 17 August 2014

Links to pdf files do not work

I have successfully uploaded a number of pdf files but if I use the syntax:


the page shows the correct text (LABEL NAME), but when I click on the text I am directed to 'Special Page Upload file'.

If I use the syntax:


the text 'File:FILENAME.pdf' is shown and when I click on the text I am directed to the page 'File:FILENAME' (which shows that the file exists) rather like when one clicks on a jpg image.
In either case I am unable to download the files as one would normally expect.

Version 1.23.2 MySQL: 5.6.16 phpMyAdmin: 4.1.12

Can anyone help please?, 22 August 2014

Thumbnail errors

MediaWiki 1.23.2
PHP 5.3.28 (cgi-fcgi)
MySQL 5.5.37-35.1
Lua 5.1.5

Having trouble with message commons I think, on gallery pages like this one Space Gallery, the gallery is of different layouts ie. <gallery></gallery> and in wiki-tables. The image calls are all the same [[File:|200px|thumb|center|<center></center>]] for the wiki-table layout and
File:|<center></center> for the <gallery></gallery> layout. If I upload a local copy of the broken thumb file, it works.


With broken thumbs < >

After local upload < >

Mlpearc (open channel)17:23, 22 August 2014

One Image i found which doesn't work was uploaded on commons and reused in your wiki. The Problem with this image (commons:File:City_Lights_of_the_United_States_2012.jpg): It is larger as the default dimensions of MediaWiki.

Size: 6,646 × 4,430

Mediawiki default max: 3500 × 3500

So, try to set a higher value. I see, that you use much images from commons? So it's a good idea to use the Wikimedia Commons default, which allows 50 million pixel.

Florianschmidtwelzow (talk)17:51, 22 August 2014

Unable to download IFC file from mediawiki


The IFC files are sucessfully getting uploaded in mediawiki while not getting downloaded and giving the below error:

404 - File or directory not found. The requested resource has been removed or renamed, or is temporarily unavailable.

The upload and download functionality is working fine for files like doc,xlsx,pdf and pptx while getting error just in case of IFC file download.

MediaWiki : 1.9 PHP  : 5.3 Database : MYSQL 6.1CE

Can any one please suggest why i am getting this error.

Thanks, Azeem, 22 August 2014

How to use the OR operator in queries?

Hi, I'm having a bit of trouble getting my query to work properly.

Basically, I need to use an OR operator - Which seem non-existent in Mediawiki unless you use the query function. The issue is, however, that the query function doesn't recognize shared database tables - Which I need.

Here's how my query looks:

SELECT post_id FROM `blog_posts` WHERE type = "published" AND '.$comp_author.' = "'.$author_get.'" AND ('.$comp_tag_1.' = "'.$tag_get.'" OR '.$comp_tag_2.' = "'.$tag_get.'" OR '.$comp_tag_3.' = "'.$tag_get.'" OR '.$comp_tag_4.' = "'.$tag_get.'" OR '.$comp_tag_5.' = "'.$tag_get.'") ORDER BY post_datetime DESC LIMIT 6'.$f_offet.'

How can I make use of the OR operator using Mediawiki's query system?, 21 August 2014

I think you mean the database abstraction layer, yes? If so, you can simply submit your conditions as a string, instead of an array. If you don't want to build the list manually, you can use the DatabaseBase::makeList method with the second parameter "LIST_OR", see the docs for more documentation of this:

And for the select method itself:

Florianschmidtwelzow (talk)06:50, 21 August 2014

Thank-you for your reply!

It seems that, oddly, makeList doesn't work within special pages, I keep getting:

Call to undefined method SpecialViewPosts::makeList()

Does makeList not work in Special Pages? Is there anyway to make my own 'list' without it?, 22 August 2014

...And just to be clear, if there are any makeList alternatives, I'd still need to OR function to work in some form., 22 August 2014
Edited by another user.
Last edit: 13:53, 22 August 2014

...And I apologize for a third reply, but if makeList CAN work within SpecialPages, then how would that look in a query, exactly? My query + the list look like this at present:

  $conds1 = array($comp_tag_1 => $tag_get,
       $comp_tag_2 => $tag_get,
       $comp_tag_3 => $tag_get,
       $comp_tag_4 => $tag_get,
       $comp_tag_5 => $tag_get);
  $conds_var1 = $this->makeList( $conds1, LIST_OR );
       $dbr = wfGetDB(DB_SLAVE);
	$result = $dbr->select('blog_posts', array(
	) , array(
	'type' => 'published',
	$comp_author => $author_get,
	) , __METHOD__, array(
	'ORDER BY' => 'post_datetime ASC DESC LIMIT 6 $f_offet'

Aside from the fact that makeList isn't working right now, is that query even correct?, 22 August 2014

makeList isn't a method of SpecialPage, it's a method of DatabaseBase. So use $dbr->makeList( $conds, LIST_OR );

And the condition parameter expect one array i think. I don't know, what happens, when you try to give two arrays. o please use a string if you want to combine or and and conditions. E.g. use $conds_and as a string for makeList( $and_conditions, LIST_AND ); and $conds_or as a string for makeList( $or_conditions, LIST_OR );

Florianschmidtwelzow (talk)13:54, 22 August 2014

Installing Extension:PdfHandler

Edited by another user.
Last edit: 19:51, 4 June 2013

I tried to install the pdfhandler:extension to work today but it won't work. this is an win2003 server (64) machine. I installed gs and xpdf. ImageMagick worked already before. I configued as follows:

require_once "$IP/extensions/PdfHandler/PdfHandler.php";
$wgPdfProcessor = 'C:\Program Files\gs\gs9.07\bin\gswin64.exe';
$wgPdfPostProcessor = $wgImageMagickConvertCommand;
$wgPdfInfo = 'C:\Program Files\xpdf\bin64\pdfinfo.exe';
$wgPdftoText = 'C:\Program Files\xpdf\bin64\pdftotext.exe';

All paths have been checked several times. Instead of a nice rendered pdf-pic i get only a malformed File: - page for each pdf file. Example:

Pdfhandler malformed.png

Where is the gap?

Carchaias (talk)12:20, 4 June 2013

This is likely due to a modification made to the interface message file-info-size. Check MediaWiki:File-info-size/de or MediaWiki:File-info-size on your wiki (not on Did you edit this one? If so, edit it again and make sure there it has no extra space in front.

Extra space at the beginning of a message renders as a "<pre>".

Krinkle (talk)19:58, 4 June 2013

These messages dont have been modified. Thus I checked for spaces but there are none. When I comment out the pdfhandler in localsettings.php the above mentioned behavior disappears and all looks fine. So I think it comes from the extension..

Carchaias (talk)07:42, 5 June 2013

I've the same problem... with a debian install and pdf handler

Julien09:44, 3 August 2013

Some time has passed and tody I tried agan with pdf-handler on a fresh 1.23.2 Installed wiki. That malforming has gone - fine.

Well, but was does this extension do? I can't see any reaction to my wiki!

Configuration ist this:

require_once "$IP/extensions/PdfHandler/PdfHandler.php";
# Konfiguration von pdfhandler
$wgPdfProcessor = 'C:\Program Files\gs\gs9.70\bin\gswin64.exe';
$wgPdfPostProcessor = $wgImageMagickConvertCommand; // if defined via ImageMagick
//$wgPdfPostProcessor = 'C:\Program Files (x86)\ImageMagick-6.6.9-Q16\convert.exe'; // if not defined via ImageMagick
$wgPdfInfo   = 'C:\Program Files\xpdf\bin64\pdfinfo.exe';
$wgPdftoText = 'C:\Program Files\xpdf\bin64\pdftotext.exe';

Any ideas are welcome...

Carchaias (talk)13:50, 22 August 2014

Some time has passed and tody I tried agan with pdf-handler on a fresh 1.23.2 Installed wiki. That malforming has gone - fine.

Well, but was does this extension do? I can't see any reaction to my wiki!

Configuration ist this:

require_once "$IP/extensions/PdfHandler/PdfHandler.php";
# Konfiguration von pdfhandler
$wgPdfProcessor = 'C:\Program Files\gs\gs9.70\bin\gswin64.exe';
$wgPdfPostProcessor = $wgImageMagickConvertCommand; // if defined via ImageMagick
//$wgPdfPostProcessor = 'C:\Program Files (x86)\ImageMagick-6.6.9-Q16\convert.exe'; // if not defined via ImageMagick
$wgPdfInfo   = 'C:\Program Files\xpdf\bin64\pdfinfo.exe';
$wgPdftoText = 'C:\Program Files\xpdf\bin64\pdftotext.exe';

Any ideas are welcome...

Carchaias (talk)13:51, 22 August 2014

UNIQ error for GbrowseImage extension in version 1.23.2

A thread, Thread:Project:Support desk/UNIQ error for GbrowseImage extension in version 1.23.2 (2), was moved from here to Extension talk:GbrowseImage. This move was made by Florianschmidtwelzow (talk | contribs) on 22 August 2014 at 13:48.

I see search results page instead of article

I've recently upgraded from MediaWiki 1.22 to 1.23, and I notice now that when I type in a search term, I always see a search results page, even if there is an article that matches the name.

  • Before, if I typed "XYZ" and if there is an article named "XYZ", the system displayed that article right away.
  • Now, I get a results page that says "There is a page named XYZ on this wiki", lists that page and then a bunch of other pages that link to it.

Is there a setting that's changed that I'm not aware of? Can somebody point me in the right direction?


Supasaru (talk)19:09, 25 July 2014

I have the same behaviour, I find it annoying, but since it worked before and there anyway are obviously no efforts to change this, I fear some people might even think that's intended., 25 July 2014

In my opinion that's the best way to handle this (but, like i said, that's my personal opinion). What is, if i want to search for the string "XYZ" in other articles? There is only one button "search", not like in past a button for "full article" and "search".

Florianschmidtwelzow (talk)14:36, 26 July 2014

Click on "containing XYZ" and you will be brought to the search page. The fact that hitting enter opens the search, although a page with exactly this name is present, is really confusing. Afterwards I always have to click the page name as if MediaWiki was asking me, if I really meant my search serious. This change lowers user experience. Or is there an option, which I could set to work around that bug?, 26 July 2014

Wikipedia, the biggest user of the MediaWiki software (if I'm not mistaken) continues to bring you directly to page XYZ, and not a search results page.

This leads me to believe there's a setting somewhere, but where? Anybody have an idea?

Supasaru (talk)23:48, 26 July 2014

I could not believe that, but you are right: While on Wikipedia this works correctly, it is broken e.g. on a system of mine (running MW 1.23.1). I also want to know, how I can fix this for my system!

There is no fitting documentation at Manual:Configuration_settings#Search, 27 July 2014

Ähm, yeah :) I have tested it now with Vector skin on my private wiki (which is running 1.24wmf12), and if i search for a page which exist, i will be redirected to this, not to the search result page. In my custom skin i will be redirected to the search result page ever, so do you use a custom skin? Then you must change the search button from fulltext to go :)

Florianschmidtwelzow (talk)12:58, 27 July 2014

Yes, I do use a custom skin. I still remember how I put a comment in my skin file at the place, where the MediaWiki devs changed the display of the search buttons, because I couldn't get it to work properly for me: The display of the buttons alwaysgot messed up, so I decided to leave them both for now. But does that (the presence of two instead of one button) also influence what happens when I hit enter (because that is where I see the problem and where it annoys me most)?, 27 July 2014

I'm using Vector with no custom skinning, so I don't understand what's causing a search results page to appear.

Supāsaru14:57, 27 July 2014

Does anybody have any answers to this?

Supāsaru12:03, 3 August 2014

I have also the version 1.23.2 and when I type XYZ in research I have a list with the 2 possibilities if the page exists

first line : XYZ second line : "including XYZ" They apperas when I move the mousse

But don't clic on the glass

Chantoune (talk)18:00, 3 August 2014

→ Bump ←

I continue to experience this "bug." Does anybody know the cause?

Supāsaru12:31, 19 August 2014

Is your wiki publicly accessible so we can look what's doing?

Ciencia Al Poder (talk)16:47, 20 August 2014

Sorry - no, it isn't.

Is there anything you'd like me send show you? Screenshots? Excerpt from LocalSettings.php?

Supāsaru01:24, 22 August 2014

Describe how do you submit the search form:

  • Pressing the enter key when inside the search box
  • Click on the search button
  • Another option?

Post an example search results page URL.

Ciencia Al Poder (talk)09:10, 22 August 2014

Hiding users' permissions

Is there a configuration or extension that would prevent anyone but sysops from seeing what permissions another user has? Would this effectively be accomplished by blacklisting Spacial:ListUsers and setting $wgLogRestrictions to hide all promotion logs? (Using v1.22.3, PHP 5.4.31, MySQL 5.5.37-cll.) Thanks.

Arctic.gnome (talk)22:36, 21 August 2014

MediaWiki Ask Query and Category Pages

I have created two pages in a MediaWiki: John, and Category:Smith (note that the page Smith is a category page). Both pages were part of the Category:Person. When I run an Ask query to return all the pages that are under the category Person, only the page John is returned. {{#ask: Category:Person | ?label}}. It seems to me that the Ask query does not return pages that are category pages.

Any comment or solution to this problem?

#ask is part of SMW, not core MediaWiki. You should go to get support for it.

Jackmcbarn (talk)21:41, 21 August 2014

Trying to install MediaWiki for 2 hours

I downloaded xampp v1.8.3 and downloaded mediawiki via git bash using "git clone" I extracted "core" to htdocs in xampp file directory, opened xampp control and started apache and mysql. I copied the index of DefaultSettings.php and created a LocalSettings.php with the same index as DefaultSettings.php. Then changed DBuser to root and password to two single quotes in a row (i do not have password for root user and wiki doesn't show two blank single quotes). In the installation guide, it says that "If you already have a database server and know the root password for it, the MediaWiki installation script can create a new database for you." yet when I type localhost/core/index.php, I get an error like this:

Sorry! This site is experiencing technical difficulties.

Try waiting a few minutes and reloading.

(Cannot contact the database server)

Additionally, I tried to create db by myself with the following code:

create database wikidb; (I also changed the DBname in LocalSettings.php) grant index, create, select, insert, update, delete, alter, lock tables on wikidb.* to 'root'@'localhost' identified by ; (again there are two single quotes in a row after identified by)

mysql creates db yet returns an empty result set.(I think this means that granting was unsuccessful)

After creating db, localhost/core/index.php gives the following error:

"A database query error has occurred. This may indicate a bug in the software."

What should I do? Thank you guys in advance:)

FurkanIpek (talk)14:43, 21 August 2014


If you are not a developer, then you should probably not use the Git checkout, but the regular tarballs. Get the file from here: and extract that one into your htdocs directory.

After that make sure your servers (Apache and MySQL) are running and visit the wiki with your webbrowser. You will then be guided through the rest of the installation process. See Manual:Installation_guide for more information on how to install MediaWiki!, 21 August 2014

[RESOLVED] Passing {{filepath:filename.ext}} to an extension

I'm trying to write a simple extension. I want to pass it the name of an uploaded media file but I can't seem to get it to the extension. Specifically, I don't want to have to put the path to the file in the call, I'd like to just put {{filepath:filename.ext}} and have the location found for me. I've stripped the extension down to just a few lines:

$wgHooks['ParserFirstCallInit'][] = 'henryinit';
function henryinit( $parser ) {
  $parser->setHook( 'Henry', 'henryrender' );
  return true;
function henryrender($input, $args) {
  global $wgScriptPath;
  return "File: ".$args['file']."<br>" ;

Then, in a page, I put the following (where GH-Scouts.mp4 is a previously uploaded video):

<henry width="400" height="300" file="{{filepath:GH-Scouts.mp4}}" />

Filepath: {{filepath:GH-Scouts.mp4}}

This returns the following:

File: {{filepath:GH-Scouts.mp4}}


As you can see, the second line correctly displays the full path to the file but the first, which calls the extension, reports the file path as it was entered. I feel like I need to have my henryinit associated with a different hook but can't figure out which one. If, for instance, I use 'ParserBeforeTidy' it finds the path, but then it doesn't run my extension. Can someone point me to an example or discussion of how I can do this? Thanks.

Henryhartley (talk)19:45, 20 August 2014

I think you missunderstood something :) setHook() is a method to add a tag (like <example></example>), that's called a tag extensions. If you try to add a parser function, please read the documentation of it :)

Florianschmidtwelzow (talk)06:56, 21 August 2014

I'm not trying to add a parser function. I'm simply trying to use one (that already exists) in my tag extension. Is that not possible? At least that's what I think I'm trying to do.

Henryhartley (talk)13:24, 21 August 2014

That is to say, if I put this in a page, my extension works just fine and I can do whatever I need with the video.

<henry width="400" height="300" file="/images/a/ad/GH-Scouts.mp4" />

But, I don't want the user to have to find the path to a file. I want them to be able to enter the tag like this and have that translated by the filepath parser function into the full path.

<henry width="400" height="300" file="{{filepath:GH-Scouts.mp4}}" />

But the file attribute gets passed as a string (including the curly braces) to my tag extension. I want {{filepath:GH-Scouts.mp4}} to return the path first and pass that to my extension. It seems that my tag extension is parsed first, before the parser function (filepath) has a chance to get processed. I thought making my tag get processed later would do the trick, but apparently that was wrong. Does that make sense?

Note, I also tried it like this with no better results:

<henry width="400" height="300">{{filepath:GH-Scouts.mp4}}</henry>
Henryhartley (talk)13:37, 21 August 2014

Content that is passed to a tag extension is never parsed, iirc. So the easiest way should be:

Let the users pass the filename ("name.mp4") to your extension and you do the following:

$file = wfFindFile( $filename );
$fileUrl = $file->getFullUrl(); // this will contain a fully qualified url to the file


Florianschmidtwelzow (talk)14:15, 21 August 2014

That's exactly what I needed. Thanks.

Henryhartley (talk)16:40, 21 August 2014

Can a MediaWiki site running under IIS include a link to a local .asp file running on that site?

We at are considering MediaWiki to handle most of our millions of pages. We would generate such MediaWiki records from code that read and formatted the information in our existing database, and from then on allow MediaWiki users to edit these pages. But we have a few, such as, that use vbscript to invoke mysql queries and format results, all tailored to user input in form fields. Such external pages would never be edited by a user, and need not be stored in any MediawWiki table. Is there a way to do this?

- David Stang webmaster, 21 August 2014

I don't know if I've understood correctly, but you can add links to any page just like the link you posted on your message, even if it points to the same server where MediaWiki is hosted.

Ciencia Al Poder (talk)20:24, 21 August 2014

MediaWiki with LDAP and Active Directory

A thread, Thread:Project:Support desk/MediaWiki with LDAP and Active Directory, was moved from here to Extension talk:LDAP Authentication. This move was made by Ciencia Al Poder (talk | contribs) on 21 August 2014 at 20:22.

concatenate page id to page titles?

This is for an intranet wiki so I can't link to it, but the version is 1.15.1. I realize we're a bit behind.

I would like to show the page id number (not the version number) as part of the title on each page. Plus some text, even... so instead of "Tour group guidelines" the heading one on each page would say "Policy 4234: Tour Group Guidelines".

I can't find an extension that does this easily, maybe my google-fu is failing, seems like there should be a quick edit I can do to a single title that outputs the page title?, 20 August 2014

Never mind, issue resolved. I played with it enough to figure it out.

Ended up doing this in our skin... the modern.php file, found this bit: $this->data['displaytitle']!=""?$this->html('title'):$this->text('title') ;

And added this before it: print "[DIR.".sprintf('%04d',$this->data['articleid'])."] ";, 21 August 2014

[RESOLVED] Jobs won't run, templates not updating.

My wiki is not running jobs by itself - they collect but I have to run runJobs.php to complete them. And even after completing them, a template does not update.

Also, I've had five jobs which haven't completed for months now. see this graph:

This is really annoying me now, any help is greatly appreciated. This is the job count:, 28 July 2014
Edited by author.
Last edit: 09:56, 29 July 2014


The issue that jobs generally do not run automatically was a problem in MediaWiki 1.22. It should have been solved in MediaWiki 1.23 (which you are running currently).

That a certain job does just not do anything at all can happen sometimes. Reasons for this may vary, e.g. the page, which should be indexed by the job may have been deleted in the meantime or another job already did, what this job is about to do. In this case it is save to go to the database table jobs and to manually delete the according rows., 28 July 2014

Look at Manual:Job queue, specially look if you have set $wgJobRunRate to 0 or something.

Ciencia Al Poder (talk)09:42, 29 July 2014

Thanks for the replies! I will take a look at the database - Unfortunately I can't get into it at the moment.

The template not updating was down to my own stupidity - I was editing the wrong section of the page!

The jobs however are still not running. I have specifically set the JobRunRate to 1., 29 July 2014

I have the same problem, no jobs are running on MW.1.23. Anyone having an idea? $wgJobRunRate is set to 1, $wgPhpCli="C:\Program Files (x86)\PHP". There are no errors when running the RunJobs.php manually and the Job table is empty after running.

MWuser11:31, 20 August 2014

Try setting $wgRunJobsAsync to false (for MediaWiki 1.23 and later) and see if that helps.

Ciencia Al Poder (talk)14:14, 20 August 2014

Extention for Changing / resetting new password for other users


Is there any extention or something else to change / reset other users password?
System configuration
Product Versie
MediaWiki 1.22.5
PHP 5.3.3 (apache2handler)
MySQL 5.6.19-log, 21 August 2014

I tried to follow:
But I can not download the Special:ExtensionDistributor/PasswordReset: file. It doen not exist, 21 August 2014

mw:Extension:Password_Reset says that the latest version was in 2008. It's likely that some things broke in the meantime.

AKlapper (WMF) (talk)10:57, 21 August 2014

is there any other options?
How can i reset password of an other user?

thanks, 21 August 2014

All you need is explained in this Manual :)

Florianschmidtwelzow (talk)12:19, 21 August 2014

Move the logo

Using Mediawiki 1.23.2 MyPhP: 4.1.12 MySQL: 5.6.16 Skin: Vector How can I move my logo further to the left? At the moment it sits sort of north-east of the sidebar (instead of directly above it) and is partially covered by the main text area. Please can you make the steps simple as I am not a computer coder! Many thanks., 19 August 2014


Two options:

1) Edit the page MediaWiki:<skinname>.css, e.g. MediaWiki:Vector.css in your wiki and add one or two lines of CSS code, which move the logo a bit to the side. Problem: Will no longer fit, if you change the logo file later.

Second and better solution: The logo is expected to be exactly 135 x 135 pixels, not bigger and not smaller. See Manual:$wgLogo! Adjust your logo file to fit these measures and it should fit as well!, 19 August 2014

1) What is the CSS code I would need to move the logo? I'm not a computer programmer so would appreciate the exact syntax please.

2) How do I find out how many pixels the logo is?

Many thanks, 19 August 2014

What you really want to do is change the logo file. You find the logo at that place, which you have defined as $wgLogo in LocalSettings.php., 19 August 2014

I know where the logo file is and its called logo.png. What do I do now to change the position of the image on the page? You mentioned earlier about adding some CSS code. What is the code I need to add?, 20 August 2014

You can move the logo by defining a smaller or a negative value for its left positioning like so:

#p-logo {
    left: -0.5em;

Default is +0.5em.

However, I really advice you against doing so: This will for example break again, should you one day decide to choose another skin. The proper solution actually is to use a logo in the correct size., 20 August 2014

[RESOLVED] {{!}} no longer works

Edited by 2 users.
Last edit: 13:58, 31 July 2014


till now I use a template ! → Help:Magic_words#Other

I use Mediawiki 1.23.1 and this template no langer works. But I don't like to wait for 1.24.

for == [[1st word {{!}} 2nd word]] == was
the result in the past (right)

2nd word[edit | edit source]

the result now (wrong)
== 2nd word ==

What can I do for the correct result?

best regards

s.net08:04, 6 July 2014

Hi! I see now change from past and now?! For now (with 1.23) you need a template to reach this, see for example this:!

Florianschmidtwelzow (talk)14:37, 6 July 2014

Hi Flo,
someone hero has changed my first post. Please take a look into the history so you can see the different.

Best regards

s.net15:05, 6 July 2014

There isn't a difference, sorry. The "hero" has only fixed the markup ;)


Or what you mean?

Florianschmidtwelzow (talk)15:17, 6 July 2014

because the fix delete the difference. (weil durch das verändern des quellcodes der unterschied eliminiert wurde.)

there can you see the old situation (a heading) and the new situation (a link with "==" as prefix and suffix) (alte variante führte zu einer überschrift und nun nach dem update hat man einen link, der von je 2 = eingebettet ist)

mediawiki doesn't create now a heading

best regards

s.net20:52, 29 July 2014

Well, as I said, it works for me:

== [[MediaWiki {{!}} 2nd word]] ==


2nd word

Please provide more information as of where it doesn't work.

Ciencia Al Poder (talk)09:26, 30 July 2014

Works for me

Ciencia Al Poder (talk)17:44, 6 July 2014

Error running the update script

So I'm not the most savvy person when it comes to this sort of stuff, but I've made due in the past. But when things go wrong, I typically am at a loss. Case in point:

I've got a wiki PHP version 5.4.31 MySQL version 5.5.37-cll

Now, I installed this wiki about two years ago at version 1.20.6, using Softaculous via my cpanel. When a new update came out for my MediaWiki installation shortly thereafter, I went to Softaculous to update. I ran the updater, and was prompted to navigate to run the update script. I selected my language, and hit next... and the screen went white. There was no option to proceed with the update. My entire wiki was unresponsive, too. All empty white pages, no content, no titles, no logo, no nothing. (Much like it is at this moment, if you navigate to my wiki right now).

At the time, I just restored my backup and opted not to really do anything about it. I looked into it a bit, but never could figure it out, so I just kept an outdated version for a while. That is until now...

Suddenly, the content of my wiki went missing. The pages were still there, the titles were still there, but no content. When I click to edit a page, the content shows up ready to edit. I googled my issue and found: (In the section called "All pages have no content, but when editing a page the wiki text is there.") The fix? Update your wiki!

However, the same issue occured. I again restored a backup and tried to perform an update manually (as per I downloaded the files, uploaded them to my server, unzipped them, added the files from the old install it says I need to move, renamed it to the old pathway name, and went to run the update script. Aaannndd... white pages. Everywhere. I can't seem to run an updater at all.

The recommendation to rename .htaccess seems to be a different issue. So my question is can you help little old me fix this and update my wiki so that we have content on it again?

-Shawn, 9 August 2014


First: On single step might not be enough to solve this problem. It might be that you need to do several steps until this problem is solved.

At the point when everything is there, only the content seems to be missing, but when you click "edit" you can see it, this points to a version of PCRE on the new server, with which your MediaWiki version is not compatible. This problem is solved in the current version of the 1.22 branch and in 1.23.2. Updating MediaWiki is the solution for that problem.

A blank page (which you see when you updated) points to a PHP error. Activate error reporting by adding these two lines to LocalSettings.php

error_reporting( E_ALL );
ini_set( 'display_errors', 1 );

and view the updater again... Which is the error message/are the error messages, which you get?, 9 August 2014

Unless I am doing something very wrong here... there are no error messages. I added the lines to the bottom of my LocalSettings.php file, saved it, and navigated again to my page. It's blank, white, nothingness. I see no error messages., 9 August 2014

It's unclear to me which exact MediaWiki version you upgrade to, and which PCRE version is on your system.

AKlapper (WMF) (talk)16:01, 10 August 2014

It's unclear to me which exact MediaWiki version you upgrade to, and which PCRE version is on your system.

AKlapper (WMF) (talk)16:03, 10 August 2014

I'm trying to upgrade to the latest stable release (1.23.2).

I don't know what PCRE is, if I'm honest. I believe my Perl version 5.8.8., 11 August 2014

Adding that code won't help if the error is happening in the mw-config directory, since it doesn't load LocalSettings.php.

You should set up them on php.ini. If you can't edit that file, you might try to change them in .htacess [1].

Even when error reporting is disabled, those fatal errors are usually logged in the apache error_log. Check your cpanel for any sort of "error logs" to see if you get a descriptive error there.

Ciencia Al Poder (talk)09:28, 12 August 2014

you...are overestimating my capabilities, I think.

I can found both my and .htaccess files, and found I can edit them both. I'm not sure what you'd have me do with them. They both are practically empty.

I added the code suggested to me above into the files

error_reporting( E_ALL ); ini_set( 'display_errors', 1 );

That...did not work. So I removed it.

As for error logs, it's empty. I tried to access the updater again, and checked back at the log and it still didn't have anything other than the errors from me adding that code to those files.

-Shawn, 17 August 2014

From Manual:How to debug:

For php.ini:

error_reporting = E_ALL
display_errors = On

For .htaccess [1]:

php_value error_reporting -1
php_flag display_errors On
Ciencia Al Poder (talk)14:37, 20 August 2014
First page
First page
Previous page
Previous page
Last page
Last page