Project:Support desk/Archive 16

[RESOLVED] Can ParserFunctions do this?

Hey all, can parserfunctions do any commands along the line of:

if {{{parameter}}} = yes then insert content1 , original content elseif {{{parameter}}} = no then insert content2 , original content

-PatPeter, MediaWiki Support Team 06:21, 6 January 2008 (UTC)[reply]

Try looking up the various functions at meta:Help:ParserFunctions. Pay special attention to #switch, #if, and #ifeq; I think one of those might do it. Tuvok[Talk/en.wp] 07:57, 6 January 2008 (UTC)[reply]
The entire page confuses me and as such I came here. -PatPeter, MediaWiki Support Team 17:03, 6 January 2008 (UTC)[reply]
So are you trying to do something like {{#switch: {{{parameter}}} | yes = content 1 | no = content 2 }} original content? That inserts content 1 if {{{parameter}}} = yes, content 2 if {{{parameter}}} = no, and always shows original content. Tuvok[Talk/en.wp] 18:12, 6 January 2008 (UTC)[reply]
I more meant inserting two different contents for six choices with "yes" and "no" (just used those as display). Template talk:Languages is similar to my circumstance. -PatPeter, MediaWiki Support Team 18:15, 6 January 2008 (UTC)[reply]
Sounds like you want to use {{#ifeq:. How about using {{#ifeq: {{{parameter}}} | yes | if equal to yes | if not equal to yes }}? Tuvok[Talk/en.wp] 19:18, 6 January 2008 (UTC)[reply]
Tried that, it is the one parser function I use more than any other but surprisingly that did not work, try testing the parser functions on Template talk:Languages and you might figure it out. -PatPeter, MediaWiki Support Team 20:00, 6 January 2008 (UTC)[reply]
What I've noticed a lot on the English Wikipedia is that the parameter passed to #ifeq will have a default value, e.g. {{{parameter|no}}} in the example I gave. Try adding the default value and see if it solves the problem. If not, I'll have to start digging deeper. Tuvok[Talk/en.wp] 20:36, 6 January 2008 (UTC)[reply]
I just edited the page, here, and added the "|"s, once it makes its way through the system we can see if it worked. -PatPeter, MediaWiki Support Team 22:37, 6 January 2008 (UTC)[reply]

I just tried this:

{{#ifeq:{{PAGENAME}}|User {{{2}}}-0|{{{#|}}}|0}}
{{#ifeq:{{PAGENAME}}|User {{{2}}}-1|{{{#|}}}|1}}
{{#ifeq:{{PAGENAME}}|User {{{2}}}-2|{{{#|}}}|2}}
{{#ifeq:{{PAGENAME}}|User {{{2}}}-3|{{{#|}}}|3}}
{{#ifeq:{{PAGENAME}}|User {{{2}}}-4|{{{#|}}}|4}}
{{#ifeq:{{PAGENAME}}|User {{{2}}}-5|{{{#|}}}|5}}
{{#ifeq:{{PAGENAME}}|User {{{2}}}-6|{{{#|}}}|6}}

Without the brs (those for show), and it just ends up putting everything listed as "0", so obviously the other parsers aren't processing. -PatPeter, MediaWiki Support Team 22:41, 6 January 2008 (UTC)[reply]

Don't blow up at me, but I've been assuming you've already installed the ParserFunctions extension. Was that assumption incorrect? The #if, #ifeq, etc. functions don't come with MediaWiki (though IMHO, they should). Tuvok[Talk/en.wp] 02:47, 7 January 2008 (UTC)[reply]
Did I sound mad? No I was just stating an observation, and my use of the word "obviously" meant more that I had faith you knew what i was talking about.
Also remember the test template for this is on Wikipedia English. -PatPeter, MediaWiki Support Team 04:02, 7 January 2008 (UTC)[reply]
Dear, that's not what I meant to say. The intended meaning was more along the lines of "don't blow up at me if my assumption was wrong" (hyperbole included -- I don't really expect anyone to blow up here). Sorry about that; I should have been clearer.
But it does answer the question. You're testing these on en.wp, eh? I don't see why they're not working, then. Actually, unless I'm not understanding what the template is supposed to do, it looks like it's working quite well. If it's not working the way it's "supposed" to, what is going wrong? Tuvok[Talk/en.wp] 04:45, 7 January 2008 (UTC)[reply]
ARG I think I know what I have been doing wrong, the place where the "0" "1" "2" etc. are is where the content is supposed to go if it does not equal the pagename, as such I need to do something like this:
{{#ifeq:{{PAGENAME}}|User {{{2}}}-0|{{{#|0}}}|}}
{{#ifeq:{{PAGENAME}}|User {{{2}}}-1|{{{#|1}}}|}}
{{#ifeq:{{PAGENAME}}|User {{{2}}}-2|{{{#|2}}}|}}
{{#ifeq:{{PAGENAME}}|User {{{2}}}-3|{{{#|3}}}|}}
{{#ifeq:{{PAGENAME}}|User {{{2}}}-4|{{{#|4}}}|}}
{{#ifeq:{{PAGENAME}}|User {{{2}}}|{{{#|N}}}|}}
{{#ifeq:{{PAGENAME}}|User {{{2}}}-5|{{{#|5}}}|}}
{{#ifeq:{{PAGENAME}}|User {{{2}}}-6|{{{#|6}}}|}}

Let me test this and see how it works. -PatPeter,  MediaWiki Support Team 22:41, 9 January 2008 (UTC)[reply]

[RESOLVED] how to remove a user in 1.6 mediawiki ?

MediaWiki: 1.6.10 PHP: 4.3.9 (apache2handler) MySQL: 4.1.20 Extensions: Other: New User Email Notification by Rob Church Extension functions: efNewUserNotifSetup Hooks: AddNewAccount: efNewUserNotif 18:42, 8 January 2008 (UTC)[reply]

I have just installed MediaWiki 1.6 (I am limited to php4) and I have created 2 dumb users and now would like to delete them. how ever I cannot find how. I have tried to install extension like user merge and delete, ... but they do not work on my 1.6 install ?!?!?!

what can I do?

thanks — Preceding unsigned comment added by (talkcontribs)

MediaWiki was never designed to have users removed. If the users haven't made any edits, you can run a maintenance script named (creatively) removeUnusedAccounts.php on the command line, which will delete all users who haven't edited at all from the database. There is no facility to rename users who have made edits because that would probably cause problems with licenses like the GFDL and others. Tuvok[Talk/en.wp] 19:38, 8 January 2008 (UTC)[reply]
There is however Extension:Renameuser available to rename any user account but it requres MediaWiki 1.7.0 and above --Zven 20:15, 8 January 2008 (UTC)[reply]

Perfect that's what I was looking for. Thanks — Preceding unsigned comment added by (talkcontribs)

[RESOLVED] newbie questions

Is there a way to add the "+" that is next to edit on talk pages to pages that normally don't have it?

Is there a way to automate signing by logged in users?

Is it possible to set up an account that would be tied to a non media wiki login (like my forum account) so that if one is logged in both are? I don't need to make every account on both systems tied this way, but just a generic admin for myself and co admins would be nice.

If I use mediawiki software for just my websites news pages and personal pages (webspace)for my SMF forum members instead of some big collaborative effort on something, is that just wrong, so wrong dude as a friend suggested? >.> .. — 05:48, 5 January 2008 (UTC)[reply]

You can get the "+" tab to appear by putting __NEWSECTIONLINK__ somewhere in the page source. Automatic signing has not been implemented due to the complexity of doing so (sometimes talk page edits shouldn't be signed, and the software would have to be basically redesigned to support such a feature). It has been suggested many times, though.
For account integration, check the extension list. I think you might find Extension:SMF Authentication useful.
Using MediaWiki as a news page and webspace is just your idea for using it. Your friend may not understand the concept of "hacking" things to make them fit a new purpose. ;) You might want to check out Extension:EditOwn, though, if the wiki is just personal web space for forum members. Hope all this helps you! Tuvok[Talk/en.wp] 07:58, 5 January 2008 (UTC)[reply]

[RESOLVED] The layout of main page has problems

The search function should be put at the top. Google did a better job in page layout, and it improved often. Now, it puts all of its options at the very top -- 20:30, 8 December 2007 (UTC)[reply]

Please give a link to your wiki, what version: MediaWiki, PHP, MySQL, and database. -PatPeter 18:03, 13 December 2007 (UTC)[reply]

[RESOLVED] Desktop Enabling

Hello all. I desktop-enabled my site on my computer but my idea is to make all links inside it open inside the same desktop-enabled window. Which they don't. They open in new windows. Any idea on how to fix this? Thank you. -SupervladiTM 07:03, 14 December 2007 (UTC)[reply]

I just tried it, this is a operating system problem and thus we cannot help you here. -PatPeter,  MediaWiki Support Team 20:39, 10 January 2008 (UTC)[reply]

[RESOLVED] How to make a alphabetical list of sites?

MediaWiki: (1.11.0)


How can i make a alphabetical list of linked sites! Such as Manual:Configuration settings (alphabetical)

Many thanks for your help —Bpczi 11:56, 14 December 2007 (UTC)[reply]

Just make a page like:
== A ==

== B ==

== C ==

And so on, the TOC will automatically be generated. Aside from making the actual list that has to be manual. -PatPeter,  MediaWiki Support Team 20:40, 10 January 2008 (UTC)[reply]

MediaWiki: (Your version)
PHP: (Your version)
MySQL: (Your version)
Database: (Your version)
URL: [LINK Title]

Sorry for my english.... my question is: How can I redesign the header and the footer of the newest german wikimedia version? I could not find any header or footer template. How can I do this?

Thanks for Information

Jan — Preceding unsigned comment added by [[User:{{{1}}}|{{{1}}}]] ([[User talk:{{{1}}}|talk]] • [[Special:Contributions/{{{1}}}|contribs]])

What do you mean header and footer? You mean in the skin? Or a fund raising template like on Wikipedia? -PatPeter, MedaiWiki Support Team 18:43, 17 December 2007 (UTC)[reply]

MediaWiki: 1.9.3
PHP: 5.1.6 (apache2handler)
MySQL: 5.0.24a-Debian_9ubuntu0.1-log
URL: [1]

How can I not distinguish capital letter and lower-case in the search and the internal links? But not change the titles of articules.—Ganon 21:06, 15 December 2007 (UTC)[reply]

Based on your spelling I am guessing that that is probably the problem and not capitals, because if you spell a two-word title right and use capitals instead of lower-case then it should still pick up in the search. -PatPeter, MedaiWiki Support Team 03:36, 16 December 2007 (UTC)[reply]

  • MediaWiki: 1.11.0
  • PHP: 5.1.4 (apache2handler)
  • MySQL: 5.0.21-community-nt

Hello. I have a problem with a search: how to force it search for all word forms in russian? For example, search for "товарный" also returns "товарного", "товарным", etc. Is it possible?
I have read about Lucene search, but could not understand whether it will help or not? If yes, how to compile it under Windows?
— Preceding unsigned comment added by [[User:{{{1}}}|{{{1}}}]] ([[User talk:{{{1}}}|talk]] • [[Special:Contributions/{{{1}}}|contribs]])

Try adding the other declensions or conjugations in Infoboxes on the pages, then again it depends what you are using your wiki for, what are you using your wiki for? -PatPeter, MediaWiki Support Team 01:34, 29 December 2007 (UTC)[reply]

[RESOLVED] Autolinking

  • MediaWiki: 1.11.0
  • PHP: 5...
  • MySQL: 4...
  • Database: no idea
  • URL:

How can I disable the autolinking, that's when I write http://, it's getting linked? 17:10, 31 December 2007 (UTC)[reply]

You can enclose the http:// link inside of a <nowiki> (for example: <nowiki></nowiki> would yield --Skizzerz talk 17:16, 31 December 2007 (UTC)[reply]

[RESOLVED] SVGs improperly displayed

MW 1.11 FC5 php 5 mySQL 5

I have tried to upload quite a few SVG's and they all seem to upload but when I try to view them they look as if bits and pieces are missing or just a black block or they show up as a black block in the image preview window, yet look fine if you click on them to view image. I'm creating my SVG's by exporting them with OpenOffice Draw..

Also; the Minor edit, watch this page check boxes are below the save, preview buttons and they show up vertically.

Any suggestions?

Thanks.. --DP67 (talk/contribs) 04:17, 6 January 2008 (UTC)[reply]

Well, my experience (and consulting a few doc pages here) has led to the realization that (brace yourself) ImageMagick's support for SVG files, er, sucks (frankly). I had the same issue, and looked at Manual:Image Administration#SVG. I switched to using Inkscape for rendering and all the problems went away (once I cleared the thumbnail directory of rendered SVGs, of course). You could also use sodipodi or rsvg (the latter is what the Wikimedia Foundation uses); it all depends on what you have available. But don't use ImageMagick if something else is available -- that's the bottom line. For me it was easy to switch because I'm running a home server for our intranet, but I don't know if you're on shared hosting or what; you'll probably have to talk with your host's support department to get info on other SVG renderers. Hope that helps you! Tuvok[Talk/en.wp] 05:40, 6 January 2008 (UTC)[reply]
Would also recommend installing rsvg and setting $wgSVGConverter='rsvg'; as well as adding svg to your $wgFileExtensions in your LocalSettings.php --Zven 08:24, 6 January 2008 (UTC)[reply]
Bravo! RSVG works like a charm.. Luckily its my own box so I don't have to go asking for anything, and luckily Gnome is installed so rsvg libs are already there. This whole wiki project is not really a website perse I am just gathering information which interests me and making my own personal encyclopedia as well as using it to understand the inner workings of how Wikis work. I also use it as a proving ground for article I plan to post on WP. Now, if only I could figure out why the check boxes on the edit page are screwed up.
--DP67 (talk/contribs) 18:43, 7 January 2008 (UTC)[reply]

How do I enable AUTO InterWiki links so that my wiki articles link to each other. Is there any option available to auto link wiki articles? — Preceding unsigned comment added by Kunwarbs (talkcontribs) 09:08, 7 January 2008

What do you mean? Can you be more specific? -PatPeter, MediaWiki Support Team 17:05, 7 January 2008 (UTC)[reply]

I want to print Interwiki link. But instead of me using the syntax for interwiki link, is there any extension/configuration that can automatically do the interlinking.

For Example: Consider that I have published 3 articles one each on PHP, Linux and Apache. Now if there is a text saying "PHP performs best with LINUX environment" in my PHP article. Is it possible that wiki identifies that there is another article about LINUX in the wiki and automatically creates a interwiki link to LINUX article. —The preceding unsigned comment was added by Kunwarbs (talkcontribs) 09:31, 10 January 2008 (UTC). Please sign your posts![reply]

No, just place the in yourself. -PatPeter,  MediaWiki Support Team 20:52, 10 January 2008 (UTC)[reply]

How do I change the copyright shown in the bottom left? And can it be done on a per-namespace basis? There doesn't seem to be a MediaWiki page that handles this. — 21:24, 6 December 2007 (UTC)[reply]

Hi, the copyright information is in your LocalSettings.php. As for per namespace basis, I am not knowledgeable enough to give an answer. Hope Nad or someone else will come to your rescue. — PM Poon 14:31, 7 December 2007 (UTC)[reply]

Set $wgUseDatabaseMessages to true in your LocalSettings, then you can change any of the interface text messages directly from the wiki articles listed in your Special:Allmessages page. You can do this on a per-namespace basis by adding appropriate conditions into the wikitext of the message, eg
{{#if:{{NAMESPACE}}|Talk|This is public stuff|Do not copy this article!}}
Note that you need the ParserFunctions extension installed to use #if --Nad 22:08, 8 December 2007 (UTC)[reply]
Sorry I only just noticed you said "icons" not "text" - use $wgCopyrightIcon and change on a per namespace basis by cheking $wgTitle->namespace() --Nad 22:13, 8 December 2007 (UTC)[reply]
So I have to add an if clause to my LocalSettings.php? Something like this?
           if ( $wgTitle->namespace() == "ns name here" ) {
             $wgCopyrightIcon = "image here";
           } 00:25, 12 December 2007 (UTC)[reply]
Wait - what's the difference between $wgCopyrightIcon and these lines?
           $wgEnableCreativeCommonsRdf = true;
           $wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright
           $wgRightsUrl = "";
           $wgRightsText = "Attribution-Noncommercial-Share Alike 3.0 Unported";
           $wgRightsIcon = "";
If I set $wgCopyrightIcon, would I have to do something with those, too?— 02:08, 12 December 2007 (UTC)[reply]
$wgTitle->namespace() does not work. Nor does $wgTitle->getNamespace(). It gives the following error:
Fatal error: Call to a member function getNamespace() on a non-object in LocalSettings.php on line 119 13:35, 13 December 2007 (UTC)[reply]
What versions of MedaiWiki, PHP, etc. are you using and the URL of your wiki? -PatPeter,  MediaWiki Support Team 22:37, 9 January 2008 (UTC)[reply]

[RESOLVED] toolbox and titles of pages

I have several questions because I didn’t find a solution for my problems in this website:

  • First question: I am administrator of a mediawiki and I would like to render the toolbox invisible for not registered users.
  • Second question is about the titles of pages: I would like to change their style for instance, center the title of the article, change the colour of the title,.... — Preceding unsigned comment added by [[User:{{{1}}}|{{{1}}}]] ([[User talk:{{{1}}}|talk]] • [[Special:Contributions/{{{1}}}|contribs]])

I thank you for your help.

  • 1.) Nad should be able to help you with this. I remember having read about this before but I can't find it. Try searching the mediawiki helppages or search with google for "mediawiki", "toolbox" etc
  • 2.) This can be set in your css-file which should be MediaWiki:Monobook.css.
-Mazi — Preceding unsigned comment added by (talkcontribs)
Extension:Toolbar, Extension:Toolbox, Manual:Toolbar, Manual:Toolbox test links. -PatPeter,  MediaWiki Support Team 16:21, 11 January 2008 (UTC)[reply]
What versions of MediaWiki, PHP, etc. are you running along with a link to your wiki? -PatPeter,  MediaWiki Support Team

[RESOLVED] Initial installation problems - error in your SQL syntax

Everything went well until this message came up. I'm learning MySQL, PHP, and installing this Wiki as part of my start [thus a new user]. Running Win2K.<latest>

MediaWiki 1.11.0 Installation Don't forget security updates! Keep an eye on the low-traffic release announcements mailing list. Checking environment... Please include all of the lines below when reporting installation problems.

PHP 5.2.5 installed Found database drivers for: MySQL PHP server API is isapi; using ugly URLs (index.php?title=Page_Title) Have XML / Latin1-UTF-8 conversion support. Session save path (C:\Spool\TempFolder\Session) appears to be valid. PHP's memory_limit is 128M. Couldn't find Turck MMCache, eAccelerator, APC or XCache; cannot use these for object caching. GNU diff3 not found. Couldn't find GD library or ImageMagick; image thumbnailing disabled. Installation directory: C:\Inetpub\WWW\Wiki Script URI path: /wiki Installing MediaWiki with php file extensions Environment checked. You can install MediaWiki. Warning: $wgSecretKey key is insecure, generated with mt_rand(). Consider changing it manually. Generating configuration file...

Database type: MySQL Loading class: DatabaseMysql Attempting to connect to database server as root...success. Connected to 6.0.3-alpha-community Database wikidb exists Creating tables...Query "CREATE TABLE `user` ( user_id int unsigned NOT NULL auto_increment, user_name varchar(255) binary NOT NULL default , user_real_name varchar(255) binary NOT NULL default , user_password tinyblob NOT NULL, user_newpassword tinyblob NOT NULL, user_newpass_time binary(14), user_email tinytext NOT NULL, user_options blob NOT NULL, user_touched binary(14) NOT NULL default , user_token binary(32) NOT NULL default , user_email_authenticated binary(14), user_email_token binary(32), user_email_token_expires binary(14), user_registration binary(14), user_editcount int, PRIMARY KEY user_id (user_id), UNIQUE INDEX user_name (user_name), INDEX (user_email_token) ) TYPE=InnoDB " failed with error code "You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'TYPE=InnoDB' at line 20 (localhost)".

After my MediaWiki 1.11.0 download, I didn't change anything, and was following the online instructions for install.

Help is appreciated!

— 19:33, 8 December 2007 (UTC)

Are you still having these problems? 18:33, 10 January 2008 (UTC)

[RESOLVED] Thumbnail Size

At the image's page the size of thumbnail of the image is a per user setting ($maxWidth and $maxHeight). I wasn't able to set these two variables for a not-logged-in user (anonymous).

I changed in ImagePage.php:

if ( $width > $maxWidth || $height > $maxHeight )


if ( $width > 10000 || $height > 10000 )

as workaround.

Where can I set $maxWidth and $maxHeight for anonymous? 10:57, 12 December 2007 (UTC)[reply]

What is the version of MediaWiki, PHP, etc. that you are using and the link to your wiki? -PatPeter,  MediaWiki Support Team 20:35, 10 January 2008 (UTC)[reply]

[RESOLVED] Personal tools

Hello! I installed the version 1.11.0 and want to change the content of the div of the "Personal tools" in the right top corner. I want to change the terms there and its arrangement there. Where or how have I to change this? Thank you, Doc Taxon 19:36, 29 December 2007 (UTC)[reply]

You'll probably have to edit the MediaWiki space. Enter special:allmessages into your search bar, and look for the correct MediaWiki config. Mønobi 18:00, 30 December 2007 (UTC)[reply]

[RESOLVED] Delete "my contributions"

Hello! In what data file can I delete the link "my contributions" on the top of my wiki 1.11.0? Thank you! Doc Taxon 08:09, 30 December 2007 (UTC)[reply]

Why would you want to delete that link? -PatPeter,  MediaWiki Support Team 20:43, 10 January 2008 (UTC)[reply]

[RESOLVED] Infobox not working as planned

  • MediaWiki: 1.11

I'm trying to include an infobox on my site, but it's not working as I hoped.

Those are my site's, compared to these that I found on Wikipedia:




I'm not completely sure what the /row thing is supposed to do, but whatever it does on Wikipedia, it's not doing on my page. While it looks 'invisible' on the Wikipedia page but still has definite code, when I try and copy the code over, it ends up spewing some html lines as the output. Is there a config setting I missed, or is there something else I'm missing?

I'm having similar issues with templates like {{Warning/core }} outputting extra table tags. Odd. — Tuvok[Talk/en.wp] 14:49, 31 December 2007 (UTC)[reply]

The problem is that Template:Mortal Kombat character/row in Wikipedia contains tr and td tags that can only be used if rawhtml is enabled. Most of us have it disabled by our webhosts for security reasons. I have entered your website to tweak it but am wondering what {{{if{{{test|}}} means and whether it is the same as {{#if: {{{test}}}. Please delete templates Mortal Kombat character and Mortal Kombat character/row in an hour if I don't succeed. — PM Poon 16:15, 31 December 2007 (UTC)[reply]

UPDATE: Okay, I found out that you also did not upload the ParserFunctions.php file that enables the use of the "if" function. You can get it at Help:ParserFunctions. Hope I get the solution right, as I am also not an expert, LOL. — PM Poon 16:39, 31 December 2007 (UTC)[reply]

Just to clarify - the <table> tags are not disabled by $wgRawHtml, they are disabled by $wgUserHtml. Innocuous HTML like table tags are enabled by default. Don't upload the ParserFunctions.php file - install Extension:ParserFunctions. --Michael Daly 22:38, 31 December 2007 (UTC)[reply]

Thanks a million, Michael Daly, for the correction. I have been trying to use table tags for quite some time without success. I just enabled $wgUserHtml in my LocalSettings.php and now it works!!! — PM Poon 13:14, 3 January 2008 (UTC)[reply]

[RESOLVED] Rollover (Mouseover) Images

  • MediaWiki: 1.11.0
  • PHP: 5
  • MySQL: 4
  • Database: ?
  • URL:

Are rollover images possible on a MediWiki page? I would like to have multiple rollover images on a page. Is there an extension that can be used? Any help would be appreciated. 13:00, 31 December 2007 (UTC)[reply]

What do you mean rollover images? -PatPeter,  MediaWiki Support Team 20:43, 10 January 2008 (UTC)[reply]

[RESOLVED] RHEL Instructions are Inaccurate

  • MediaWiki: (Reported by your Wiki's Special:Version page)
  • PHP:
  • MySQL:
  • Database:
  • URL:

I just wanted to make mention that the RHEL instructions page needs some careful updating.. It states that it is the install instructions for RHEL (RedHat Enterprise Linux), however, then cautions the world that if they are running "Redhat Linux" that they should upgrade to fedora and should never run anything except RH 7.3 or 9. In fact RedHat itself does not exist after the End Of Life and very unsupported versions of 7.3 and 9, it has since moved to the much more supported versions of Redhat ENTERPRISE Linux ver. 3, 4, and 5 with 3 soon to be EOL.. It is a correct statement that the RedHat "free" distro aimed at the general public and desktop user has branched into the Fedora project(s), but, RHEL still exists and deserves the proper credit and attention.

Sean 15:36, 31 December 2007 (UTC)[reply]

Then by all means update the page. You may do so by clicking on the appropriate edit button near the section if all you need to change is one section, or click the edit tab at the top of the page if you need to edit more. Then, update the necessary information inside the edit box, fill in an appropriate edit summary in the Summary field, check over your edit by using Show preview, then once you're confident that your changes look the way you want them to, click on the Save page button. --Skizzerz talk 17:16, 31 December 2007 (UTC)[reply]

[RESOLVED] Multiple Talk Pages

Is it possible to have multiple talk pages per article? I do not mean sub-pages of a talk page. I mean have each namespace have two talk namespaces associated with it?


Smaug 22:01, 31 December 2007 (UTC)[reply]

You can add an extra namespace for the second talk page with $wgExtraNamespaces, and add an extra action link for it using the SkinTemplateContentActions hook. It would not function quite the same way in the case of article which are not in the main namespace, for example if you had a second talk namespace called "talk2" and you were on the MediaWiki:Foo page, then the second talk page would have to be something like Talk2:MediaWiki:Foo rather than MediaWiki talk2:Foo. --Nad 06:57, 1 January 2008 (UTC)[reply]
Thank you, I will try that out. Are there any plans to put multiple talk spaces into a future MW version? Smaug 16:30, 1 January 2008 (UTC)[reply]
No because there is no reason for them. -PatPeter,  MediaWiki Support Team 17:15, 12 January 2008 (UTC)[reply]

[RESOLVED] Design of new page created with create article box

  • MediaWiki: 1.11.0
  • PHP: PHP 5.2.5 + PEAR
  • MySQL: 5.0.51


I have installed a create article box with an extension in my wiki! Now I want to make a standardized Design of all new pages which will created with that box. How can I realize this? With templates?

Many thanks for your help!!

best reagards

Bpczi 09:53, 2 January 2008 (UTC)[reply]

Do you know CSS? You are going to have to program the colors and whatnot into MediaWiki:Common.css. -PatPeter,  MediaWiki Support Team 20:44, 10 January 2008 (UTC)[reply]

[RESOLVED] Problem with a Wiki site supported by MediaWiki

I am a member of a wiki site that is supported by MediaWiki. Its found at The administrator of the wiki locked the site so that no one can edit it after dozens of people became interested in it. Now no one can make edits and the administrator appears to have abandoned the site because she's not doing anything on it either. Can you help us? Please. Can you open the wiki for editing or declare the site null and void and someone else can be an administrator. We just want to be able to contribute to a site we all love. you can contact me at

Unless you find another administrator or person who has access to the server, there is nothing you can do about it. MediaWiki doesn't directly maintain or oversee the wikis of all who come and download the MediaWiki code. MW provides a free code, but cannot solve your wiki problem. Sorry. Smaug 00:55, 4 January 2008 (UTC)[reply]
If you cannot get an administrator who can provide you with a MySQL dump of the database, and zip archive of the /images, LocalSettings.php, and /extensions directories to port it to another wiki, you can still manually copy all the content you want (by selecting the action view source) to another wiki you set up since there are not many articles on it (see Special:Allpages (main namespace)). You might want to check if you can utilize the Special:Export of pages as well but you probably cannot do all articles in one export. --Zven 03:45, 4 January 2008 (UTC)[reply]

Footer icon problem.

From which file can i edit the footer links ? That wikimedia icon ???? — Preceding unsigned comment added by [[User:{{{1}}}|{{{1}}}]] ([[User talk:{{{1}}}|talk]] • [[Special:Contributions/{{{1}}}|contribs]])

MediaWiki:Monobook.css? -PatPeter,  MediaWiki Support Team 20:46, 10 January 2008 (UTC)[reply]

[RESOLVED] Custom Namespace prefix question

  • MediaWiki: 1.11.0
  • PHP: 5.1.6 (apache2filter)
  • MySQL: 5.0.46
  • URL: This is a wiki on a secure intranet

I have created a custom namespace called HR using the $wgExtraNamespaces declaration in the localsettings.php. All articles in this namespace are prefixed with HR: which means if they are listed on a category page all the articles from this namespace begin with H. Is there anyway of suppressing the prefix?

I created the custom namespace to automatically secure these pages as there did not appear to any other way of doing this.

Thanks for you help. 14:39, 4 January 2008 (UTC)[reply]

You can use the sort-key in your category links to define the order they appear in the category page --Nad 19:44, 4 January 2008 (UTC)[reply]
This doesn't really work as although an article with the title "Adoption Leave" now appears under A it is still prefixed with "HR:" in the category listing - 11:03, 7 January 2008 (UTC)[reply]
I don't think you can change the format of the category pages without hacking the codebase. Another option is to use the DPL extension to render the list of articles in a category instead, and have your category page redirect to the query page instead. DPL can render in a category style, but you have more control over format and sorting etc as well as being able to have more sophisticated queries. --Nad 20:08, 7 January 2008 (UTC)[reply]

[RESOLVED] spam problems/locking down wiki

  • MediaWiki: 1.11.0
  • PHP: 5.2.2
  • MySQL: 4.1.22-standard
  • Database: unknown/not listed
  • URL:

I'm running a private installation of MediaWiki 1.11.0, and I'm starting to have problems with spammers. I know this is against the spirit of wiki-ness, but I'd like to lock it down so that only myself (sysop) and others I personally designate can add or change anything.

How can I do this? I know I can use LocalSettings.php to disallow writing at all, but that would be counterproductive; I at least need to edit it.

I have already disallowed editing from anonymous users, but spammers are circumventing this by registering and THEN editing. And I don't have the time or inclination to clean up all the spam all the time. Since this wiki is about me and for my own personal use, I don't see the need to allow anyone but myself and specially designated accounts to be able to edit.


Anamacha 00:15, 13 January 2008 (UTC)[reply]

Set these values in LocalSettings.php:
$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['user']['edit'] = false;
$wgGroupPermissions['sysop']['edit'] = true;

/* Group of users who are approved to edit */

$wgGroupPermissions['editor']['edit'] = true;
Then assign the 'editor' group to users you approve to edit using Special:Userrights. There are some MediaWiki namespace messages you should set (MediaWiki:Group-editor and MediaWiki:Grouppage-editor, to name a couple) to avoid ugliness in user lists and such, but the basic configuration is done with the above variables.
You can also require confirmation of registration with extensions like ConfirmAccount, but the user group solution is probably the best for your situation. Tuvok[Talk/en.wp] 00:38, 13 January 2008 (UTC)[reply]
that makes it so anyone in the group 'sysop' and anyone in the group 'editor' can edit -- correct? Thanks so much for your help! --Anamacha 03:20, 13 January 2008 (UTC)[reply]
Quite right! If you're using other groups like bureaucrat or whatever, they should probably be given editing permissions, too. But really, if someone's a bureaucrat, they're probably already a sysop, right? :) You're welcome! Tuvok[Talk/en.wp] 08:52, 13 January 2008 (UTC)[reply]
one more thing -- does this also preclude people from creating pages, or just editing existing pages? So far as I know, the only way to create a page is to edit another page and put a double-bracketed word in the first page. I can't see how my spammers created their pages, as they don't seem to link to anything.

--Anamacha 09:54, 13 January 2008 (UTC)[reply]

You can get to other pages by directly modifying the URL. For example, this page's URL is Project:Support desk . If you changed the part after the /wiki/ to say, MediaWiki, then you'd go to MediaWiki -- the main page of this site. --Skizzerz talk  MediaWiki Support Team 18:17, 13 January 2008 (UTC)[reply]

[RESOLVED] Table of Contents and Extension Code


To start, I am running MediaWiki 1.10.0, PHP 5.0.5, and MySQL 4.1.20 (Special:Version). I was wondering if there was any way to modify the table of contents of a page via extension code. See, for example, Rikkukin the Defender; toward the bottom, below #Strategies and above #External Links, there are some headers that are output by parser extension tags. I was wondering if there is any way, via the code behind these parser tags, to add them to the table of contents.

It's also worth noting that, while I'd rather avoid it if possible, I'm not totally against hacking this feature into the core code; I'd just need to be pointed to the right place in the code. My best guess was to hack it into Parser::formatHeadings(), but couldn't seem to get anything working from there.

Thanks in advance for your time ;) 03:20, 25 December 2007 (UTC)[reply]

If you used a parser-function instead of a tag-hook then it can output headings as normal wikitext == style which will then be included in the TOC --Nad 06:50, 25 December 2007 (UTC)[reply]
I've considered this, but it makes the functionality considerably more complicated to use for editors. Correct me if I'm wrong (I haven't explored parser functions in their entirety), but they have to be passed in order, correct? Which would mean that the (relatively) simple <drops for="Rikkukin the Defender" zone="The Ascent" h="3" /> becomes {{#drops:Rikkukin the Defender|The Ascent|3}}, which in and of itself is pretty simple - but if the user wishes to omit one or more options, it becomes much more complicated, right? 01:17, 30 December 2007 (UTC)[reply]
You can still use named parameters in your parser functions, eg {{#drops:for=Rikkukin the Defender|zone=The Ascent|h=3}}, but you will need to manually split the args into key/value pairs in your callback function, such as in the following example code:
$args = array();
foreach ($argv as $arg)
	if (!is_object($arg))
		preg_match('/^(\\w+)\\s*=\\s*(.+)$/is',$arg,$match) ? $args[$match[1]] = $match[2] : $args[] = $arg;

This snippet will create an array called $args from the arguments passed to your callback function (ignoring any which are objects such as the first one which is $parser). $args will contain numeric keys for all the normal non-named parameters in your parser-function, and non-numeric keys matching all the name=value parameters. --Nad 03:55, 30 December 2007 (UTC)[reply]

That should work, thanks ;) my last question would be, is there any way to customize the [edit] link with the heading? That was my last issue with automatically formatted wikitext - I need the [edit] link to point to a Special page for those specific sections. 16:07, 3 January 2008 (UTC)[reply]
The EditSectionLink hook was introduced in MW1.11 which allows you to change the URL that it links to. Also, there's a system message called editsection-brackets which allows you to customise the format of the edit links further to make them into images etc. The final result is wrapped in a span with class attribute set to "editsection" so that further CSS styles can be applied. --Nad 06:06, 4 January 2008 (UTC)[reply]
Have the major bugs in 1.11 been fixed? The last time I tried to install it (even a clean install, separate from my moderately-hacked 1.10) I started out with a PHP parser error; then when I fixed that, I had an issue with the edit links displaying total gibberish (the message identifier I think - it's been a while though, so I don't remember for sure).
I don't know I think it's still on the same version, so if you had problems before with 1.11, you'd probably still have them. There is also an extension for changing edit links which you could use or modify that works with any version, Extension:Edit Section Link Transform --Nad 22:12, 5 January 2008 (UTC)[reply]

[RESOLVED] MySQL – Specified key was too long

MediaWiki: 1.11.0 PHP: 5.2.1 (apache2handler) MySQL: 5.0.37

We have established a Mediawiki, which works fine. „Collation“ in the MySQL-database is set to „utf8_general_ci“.

Now we have dumped the database, to build up a separate local installation of our Wiki. Now when we try to import the dumped data into our local Wiki-installation, we get messages like this: „#1071 - Specified key was too long; max key length is 1000 bytes“.

These messages come with „categorylinks“, „job“ and „page restrictions“.

Does anybody know, what is wrong?

We have tried to change the settings (latin1), but now some links don’t work properly. — Preceding unsigned comment added by (talkcontribs) 15:10, 5 January 2008

Please see Manual:Errors and Symptoms#Specified key was too long. —color probe (talk | contribs) 17:56, 5 January 2008 (UTC)[reply]

[RESOLVED] installing it

how do u put it on the web?--Xgmx 17:39, 6 January 2008 (UTC)[reply]

You have to pay for a server or run it from your computer at home (but you would have to keep it on all night). -PatPeter, MediaWiki Support Team 18:15, 6 January 2008 (UTC)[reply]
How do I do that?--Xgmx 20:08, 6 January 2008 (UTC)[reply]
What would you like help with? Running your own server or finding a host? Tuvok[Talk/en.wp] 20:59, 6 January 2008 (UTC)[reply]
You can also set up for free if you don't mind having advertising on your wiki, for example at Setting up at home is easy if you have a static IP address, but if your IP changes you will need to also set up a dynamic DNS solution, I recommend registering your domain with NameCheap because they are excellent price but also include all the extras such as free dynamic DNS support. --Nad 23:06, 6 January 2008 (UTC)[reply]

[RESOLVED] Size of Media

I've downloaded the latest version, but I'm not sure if my provider has enough space and I'm not taking the risk of blowing my limit. For this reason I need to know how much space in it's initial form (once installed) the Wiki takes up. I'll have a rough idea of the size of the site itself (I'm a member of Wiki-site, but I'm getting annoyed with the lack of services, such as no check user) hopefully soon so I can put the two together. I couldn't find an answer to this question anywhere in the manuals.

Also, I'm not very good at programming outside of HTML, so I may have to come in here in the future to make sure of a few things during and beyond the installation process. My domain provider does have Apache installed (from memory) but that's all I know for sure. — 02:02, 7 January 2008 (UTC)[reply]

In terms of file size, I've got MediaWiki plus a couple dozen extensions and several dozen images at ~30 MB. The database is up to ~18 MB after almost a year of moderate editing (approx. 3,000 revisions). Shouldn't be much of a problem; I don't recall MW itself being any more than 10 or 15 MB. Tuvok[Talk/en.wp] 02:43, 7 January 2008 (UTC)[reply]
Make sure your provider gives you PHP5 otherwise you'll need to install a very old version (1.6.15) of MediaWiki. It's really the database and uploaded files that take up the majority of space, but that'll only become a problem after some time. --Nad 04:32, 7 January 2008 (UTC)[reply]

Thanks for the advice re PHP5, Nad. If the installed Wikimedia program is only 30 MB then there shouldn't be a problem - pending how big the site is on Wiki-Site at present. I know on my present Wiki-Site the editing is more brisk (over 10,000 edits in a year). But with my provider having 2.5 GB available in total - should be easy. 09:33, 7 January 2008 (UTC)[reply]


OK - my domain host runs PHP 4.4.7. Does anyone know how far that is from PHP 5? I'm just wondering if it's worth asking them to upgrade. Also, is it possible to download version 1.6.15 of Media Wiki and then catch up on the upgrades? Or are Media Wiki no longer supporting that version? 09:16, 9 January 2008 (UTC)[reply]

There are some differences introduced with a new object model for PHP 5. Articles in Category:Upgrading should be useful for upgrading from an old version of MediaWiki. To upgrade an old database you are running php update.php in the maintenance directory (AdminSettings.php must be created) you just need the database (and backup copy), then you probably should try patching by running the update script for a newly installed version of MediaWiki linked to the database. --Zven 10:15, 9 January 2008 (UTC)[reply]

[RESOLVED] Skin not working, .css files are impossible to access

  • MediaWiki: 1.11.0
  • PHP: 5.2.2 (cgi)
  • MySQL: 4.1.22-standard
  • Database: InnoDB? (not sure what this means, sorry)
  • URL:


I wanted to have short URLs on my wiki, so I followed this manual. I used that because I use a shared hosting (that uses cPanel).

Now the problem is that skins are not correctly showed, the CSS files are not loaded at all.

Here's the .htaccess


RewriteCond         %{REQUEST_URI} !index.php<
RewriteCond         %{REQUEST_FILENAME}  -f [OR]
RewriteCond         %{REQUEST_FILENAME}  -d [OR]
RewriteCond         %{REQUEST_FILENAME}  -l
RewriteRule  ^(.+)  /$1  [L]

# redirect to main page
RewriteRule ^/*$ /wiki/index.php?title=Main_Page [L,QSA]

# anything else is to be treated as a title
RewriteCond         %{REQUEST_URI} !index.php
RewriteRule ^(.+)$ /wiki/index.php?title=$1 [L,QSA]

and here the added lines to LocalSettings.php

$wgScriptPath = "/wiki";
$wgScriptExtension = ".php5";
$wgStylePath = "/wiki/skins";

Sorry if I forgot to specify some information. Please request and I'll provide it. Thanks in advance.

Regards. 04:57, 7 January 2008 (UTC)[reply]

The CSS files are in /wiki/skins/ on your setup, but any request for /wiki/skins/monobook/main.css (for example) gets rewritten to /wiki/index.php?title=/wiki/skins/monobook/main.css. Try using the rewrite rules on this manual page: Manual:Short URL/Page title -- Working method with mediawiki-1.11. There are rules in there to specifically disallow rewriting any requests to subdirectories of the MediaWiki directory (skins, etc.). Tuvok[Talk/en.wp] 07:34, 7 January 2008 (UTC)[reply]

I tried to do that and as you can check in the URL now says "No input file specified.". I even applied the OrganicDesign:MediaWiki 1.11 title extraction bug modification to the file it says there (replaced all the code by the one mentioned there) and still fails to work properly. I don't know what occurs as I have no clue of PHP or any other kind of stuff related to web servers.

It's possible that next Mediawiki can solve my issues? I did read 1.11 is quite buggy, maybe a SVN version can solve my problems. - 14:30, 7 January 2008 (UTC)[reply]

Finally I solved my problems. I configured this in a less evil way, the files are now in /home/timofonic/public_html/w/ instead on /home/timofonic/public_html/ and using /wiki intead directly on the doman (aka http://domain.tld/article).

I reverted the /includes/WebRequest.php to the original one of 1.11 as that one based on 1.10 cause the wiki to not work properly. I was recommended by various people on the IRC channel to be careful about what people says on the wiki about configuration, because people put messy stuff there.

Here are the following modifications:


AddHandler application/x-httpd-php5 .php
RewriteEngine On
RewriteRule ^wiki/(.*)$ w/index.php?title=$1 [PT,L,QSA]
Redirect /index.html


$wgScriptPath = "/w";
$wgScriptExtension = ".php5";
$wgStylePath = "/w/skins";
$wgArticlePath = "/wiki/$1";
#$wgUsePathInfo = false;

Thanks to people of the #mediawiki channel on freenode for all the great help to fixing this: silly, Skizzerz, Simetrical and Duesentrieb - 16:03, 7 January 2008 (UTC)[reply]

[RESOLVED] Invisible pages

  • MediaWiki: (Reported by your Wiki's Special:Version page)
  • PHP:
  • MySQL:
  • Database:
  • URL:

Many wikipedia pages are not visible. I noticed that the source code is there. So I repaired one of them (Rete Algorithm). I believe it is due to an error in handling apostrophes such as ' . Even though the article is now visible, the history of changes is still not. — 11:21, 9 January 2008 (UTC)[reply]

I had a look at W:Rete algorithm, I see your addition is this difference. I suspect that the issue you are getting is browser specific, what web browser are you using? Can you provide a screen shot illustrating the issue? --Zven 17:52, 9 January 2008 (UTC)[reply]

[RESOLVED] Extension:Lockdown not working

  • MediaWiki: 1.11
  • PHP: 5
  • MySQL: 5
  • Database:
  • URL:

I tried to use extension: Lockdown but not working... here is my addtions to the Local_settings...

require_once( "$IP/extensions/Lockdown/Lockdown.php" );

$wgAddGroups['KT'] = true;

$wgAddGroups['WC'] = true;

$wgExtraNamespaces[100] = "WC";

$wgExtraNamespaces[102] = "KT";

$wgNamespacePermissionLockdown[NS_WC]['*'] = array('WC');

$wgNamespacePermissionLockdown[NS_KT]['*'] = array('KT');

I want to add two Namespace and two groups (group WC for namespace WC), but I found that all registered user able to work on either WC or KT namespace.

pls help 18:05, 9 January 2008 (UTC)[reply]

AddGroups is not what you're looking for, see Manual:$wgAddGroups. You need to add some line of $wgGroupPermissions. --WIKImaniac 19:45, 9 January 2008 (UTC)[reply]

[RESOLVED] Add new goups

  • MediaWiki: 1.9.3
  • PHP: 5
  • MySQL: 5.0 08:32, 14 January 2008 (UTC) Hello,[reply]

I use Mediawiki 1.9.3 and I want to add new groups and want to rename the existing groups but i don't know how. I searched at the Mediawiki website but I only found the command addgoup but I dont get it running.

I hope sombody could help me and sorry for my bad English.

Well, you can create arbitrary groups with the $wgGroupPermissions array. Not sure how to rename the predefined ones, though, unless you just want to rename them in the interface. The MediaWiki namespace is your friend if that's what you want to do; see pages like MediaWiki:Group-sysop and MediaWiki:Group-bureaucrat, for example. Those names are displayed on Special:Userrights and in the user list. (the internal names will have to be used to list users, though, so things like Special:Listusers/sysop will have to be used even if you change the text that represents the sysop group in the interface.) Tuvok[Talk/en.wp] 10:41, 14 January 2008 (UTC)[reply]

[RESOLVED] When editing in sysop mode, the browser downloads an index.php5 file containing no HTML

I'm running the latest version of MediaWiki (1.11.0) and whenever I click on the edit link as a sysop user, or even enter the url directly (, the browser downloads a file named index.php5 containing non HTML text like :

Type=Edit text
Special namespace=Special

If I use the GET option &internaledit=true, I can view the edit page in the browser instead of downloading that file.

It does this only for my primary user, who's got edit and sysop rights. I bypassed the problem by creating another user with only edit rights, and using the internaledit option in the url when in sysop mode (to be able to edit items like the MediaWiki:Sidebar).

Any idea at how I can edit MediaWiki:Sidebar with the sysop user without having to add manually the internaledit option on the url ? 21:05, 9 December 2007 (UTC)[reply]

Are you using Mozilla Firefox? -PatPeter,  MediaWiki Support Team 18:34, 10 January 2008 (UTC)[reply]

[RESOLVED] Export import problem

  • Source wiki
    • MediaWiki: 1.6.10
    • PHP: 4.4.4-8+etch4 (apache2handler)
    • MySQL: 4.1.11-Debian_4sarge7-log
  • Destination wiki
    • MediaWiki: 1.10.2
    • PHP: 5.2.0-8+etch7 (cgi-fcgi)
    • MySQL: 4.1.11-Debian_4sarge7-log

Having some trouble importing a large number of articles from an older wiki into a newer wiki. I'm using the Special:Export and Special:Import pages to do this. The exported XML files looks OK but is bigish (4MB). The error is:

Upload of import file failed; perhaps the file is bigger than the allowed upload size.

phpinfo() tells me the upload file size is set to 16M and uploads are on. Can anyone suggest a solution? —Rob 02:48, 14 December 2007 (UTC)[reply]

It looks like the size is an issue as imports of only a few articles appear to work. The main import is 358 articles. --Rob 02:58, 14 December 2007 (UTC)[reply]
Yes and those upload GET/POST request parameters can be modified in PHP.ini --Zven 21:08, 9 January 2008 (UTC)[reply]

[RESOLVED] Logo troubles, Need Help!

I am running MediaWiki 1.11.0, PHP 5.2.4 (cgi) and MSQL 4.1.22-standard

I am having trouble on uploading my logo, and setting file uploads. I have read every page, and it says something about a configuration.php file, and I have no Idea how to do this. Is there a web based way to do any of this? — Preceding unsigned comment added by [[User:{{{1}}}|{{{1}}}]] ([[User talk:{{{1}}}|talk]] • [[Special:Contributions/{{{1}}}|contribs]])

You need to have access to the filesystem of the wiki and edit LocalSettings.php. As for web-based ways to do this, if you are being hosted, your host probably has cPanel or something like it you can use to edit files in your filesystem. If your host doesn't have that, then ftp is probably the way to go (and if you aren't hosted, you'll have access to your server anyway, so just edit the files). --Skizzerz talk 21:27, 4 January 2008 (UTC)[reply]

Okay, what exactly do I need to edit with the configuration.php file and how do I do this in cPanel (which I do have) Thanks for your help! :) — Preceding unsigned comment added by [[User:{{{1}}}|{{{1}}}]] ([[User talk:{{{1}}}|talk]] • [[Special:Contributions/{{{1}}}|contribs]])

Go into LocalSettings.php (which should be in the main wiki directory, such as /public_html/wiki), and add in near the end $wgLogo = "/path/to/logo"; (if that isn't working, try making it the full path with the http://). As for enabling file uploads, you need to modify the permissions of the /images directory to 777, then remove the # before the line about enabling uploads in LocalSettings.php. --Skizzerz talk 16:29, 6 January 2008 (UTC)[reply]

[RESOLVED] Showing the Article Index at the subpage

  • MediaWiki: 1.11.0
  • PHP:
  • MySQL:
  • Database:
  • URL:

I would like to see - the from wiki created - index number on the subpage when I click on the link on it. Is the a possibility to transmit or show the index number? 10:28, 8 January 2008 (UTC)[reply]

Could you be more specific? -PatPeter,  MediaWiki Support Team 20:52, 10 January 2008 (UTC)[reply]

[RESOLVED] Navigation Popup?

Just a short question, since I'm new to Mediawiki:

I installed the extension "Gadgets" (seems to work) in order to get the extension "Navigation Popup" running. Navpopup doesn't work. Just showing the normal quickinfo.

Since that extension comes from the wikipedia-site: Is it possible at all to integrate wikipedia-extensions into a local Mediawiki or are these too special?

(Just want to know wether I should keep trying or I'm wasting time.)

Thank you very much!

-- 10:53, 8 January 2008 (UTC)[reply]

W:Special:Version is very useful for finding extensions that are publicly available as there will be links back to the extension available on MediaWiki. The extensions that do not provide a link are likely to be customized for Wikipedia. Likewise when you successfully install an extension the first check is to make sure it shows up in Special:Version on your own wiki (that is if the extension credits were written in the extension code) --Zven 20:45, 9 January 2008 (UTC)[reply]
I presume the user is referring to the Navpopup JavaScript tool, not a normal MediaWiki extension. Anyways, that page says that it should work on all Wikimedia wikis, but says no word on other sites using MediaWiki. Perhaps you can contact the author whether the tool could be changed to support other wikis. —color probe (talk | contribs |  Support team) 19:09, 10 January 2008 (UTC)[reply]

[RESOLVED] Preventing access to some uploaded images and files

  • MediaWiki v1.10.0

Is it possible to prevent some uploaded images and files to be accessed by users who are not allowed due to their usergroups?

I'm thinking of a seperate namespace "ProtectedImage" to upload images and files which can just be linked from pages in a specific namespace "ProtectedNamespace". Using Extension:Lockdown I allow all bureaucrats to read and edit pages in "ProtectedNamespace". So they could embed images via [[ProtectedImage:Example.jpg]] and files via [[ProtectedMedia:Example.pdf]].

Does such an extension exist and is it possible to define a second custom namespace for images? Do I also need a second custom namespace for files (media)? How can I use Special:Upload for adressing this separate namespace? --WIKImaniac 19:40, 9 January 2008 (UTC)[reply]

It is difficult to lock down access to uploaded files because they can be accessed directly through the webserver without any MediaWiki knowledge. I think the only extension that has ever addressed this is Extension:Simple Security, but that extension is very old and has many security flaws in current versions, although a new version is currently in development. --Nad 19:49, 9 January 2008 (UTC)[reply]
Hi Nad, thanks for your quick answer! I read your examples and I guess I've to write {{#security:*|bureaucrat}} on any image/file description page to restrict all actions to the usergroup bureaucrat. Every image or file which isn't marked in this way can be accessed by any usergroup? Do you know when your next release will be finished? :-) You see, you got THE solution I was looking for! --WIKImaniac 20:30, 9 January 2008 (UTC)[reply]
Have a look at img_auth.php - You can lock down images from users who aren't privileged to view the content with that. There's also the RightFunctions extension to do conditional inclusion of images depending on the rights held by the user viewing the page. Tuvok[Talk/en.wp] 06:43, 10 January 2008 (UTC)[reply]
I'm not sure when it'll be ready - soon if no unforeseen difficulties crop up, it's talk page is at OrganicDesign:Extension talk:SimpleSecurity4.php. The uploaded file security will work the same way in the new one so it wouldn't be a wasted effort getting it going with the current SimpleSecurity version even though it's got some big security holes. --Nad 08:20, 10 January 2008 (UTC)[reply]
Looks like I'm a bit behind the times there, I wasn't aware of img_auth.php :-/ --Nad 08:27, 10 January 2008 (UTC)[reply]
img_auth.php could also be a solution. But still I've got two questions...
  • If you aren't allowed to read [[ProtectedNamesprace:ExampleArticle]] which contains [[Image:Example.jpg]], can you access the description page of [[Image:Example.jpg]] or can you include [[Image:Example.jpg]] in an article you can read, so you can see the protected image?
  • If [[Image:Example_first_used_unprotected.jpg]] is used in [[UnProtectedNamesprace:UnProtectedArticle]], then the same image will be embedded in [[ProtectedNamesprace:ExampleArticle]], can you still see the image in [[UnProtectedNamesprace:UnProtectedArticle]]? --WIKImaniac 17:45, 10 January 2008 (UTC)[reply]

(outdent) img_auth.php checks whether the user is allowed to view the image page, with no regard for where it is used, AFAIK. Tuvok[Talk/en.wp] 20:55, 10 January 2008 (UTC)[reply]

[RESOLVED] modifying existing sidebar?

   * MediaWiki: 1.11.0
   * PHP: 5.2.2
   * MySQL: 4.1.22-standard
   * Database: unknown/not listed
   * URL:

Hi there ... I'm running a private installation of MediaWiki 1.11 and I'd like to modify the existing sidebar on the left. I just want to add entries to it. I read elsewhere how to do this, but a) I don't remember what I did and b( it didn't work anyway.

Therefore -- how does one add sections and bullet points to the left hand side bar in MW 1.11?


Anamacha 02:40, 14 January 2008 (UTC)[reply]

See Manual:Interface/Sidebar, and recent post--Zven 03:44, 14 January 2008 (UTC)[reply]

[RESOLVED] MediaWiki Web Installation: Creating Tables....FAILED

MediaWiki: 1.11.0
PHP: 5.1.4
PostgreSQL: 8.2.5
Database: Apache 2.0.59
URL: [LINK Title]

I'm trying to setup MediaWiki on my Leopard box, and I always receive the following error message when running the config/install script (config/index.php):

MediaWiki 1.11.0 Installation

Don't forget security updates! Keep an eye on the low-traffic release announcements mailing list.
Checking environment...

Please include all of the lines below when reporting installation problems.
PHP 5.1.4 installed
Found database drivers for: MySQL PostgreSQL
PHP server API is apache2handler; ok, using pretty URLs (index.php/Page_Title)
Have XML / Latin1-UTF-8 conversion support.
Warning: A value for session.save_path has not been set in PHP.ini. If the default value causes problems with saving session data, set it to a valid path which is read/write/execute for the user your web server is running under.
PHP's memory_limit is 16M. Attempting to raise limit to 20M... ok.
Couldn't find Turck MMCache, eAccelerator, APC or XCache; cannot use these for object caching.
Found GNU diff3: /usr/bin/diff3.
Found ImageMagick: /usr/local/bin/convert; image thumbnailing will be enabled if you enable uploads.
Found GD graphics library built-in.
Installation directory: /Volumes/Data/www/MediaWiki
Script URI path: /MediaWiki
Installing MediaWiki with php file extensions
Environment checked. You can install MediaWiki.
Generating configuration file...

Database type: PostgreSQL
Loading class: DatabasePostgres
Attempting to connect to database "postgres" as superuser "postgres"...
Checking the version of Postgres...version 8.2 is OK.
User "MHMediaWiki" already exists, skipping account creation.
Database "MHMediaWiki" already exists, skipping database creation.
Connecting to "MHMediaWiki" as superuser "postgres" to check rights...OK
Checking that tsearch2 is installed in the database "MHMediaWiki"...OK
Ensuring that user "MHMediaWiki" has select rights on the tsearch2 tables...OK
Schema already exists, explicitly granting rights... OK
Attempting to connect to database "MHMediaWiki" as "MHMediaWiki"...
Checking the version of Postgres...version 8.2 is OK.
Checking for tsearch2 in the schema "public"...OK
Checking tsearch2 permissions...OK
Verifying tsearch2 locale with de_AT.UTF-8...OK
Checking for Pl/Pgsql ...OK
Schema "MHMediaWiki" exists and is owned by "MHMediaWiki". Excellent.
Setting the timezone to GMT for user "MHMediaWiki" ...OK
Setting the datestyle to ISO, YMD for user "MHMediaWiki" ...OK
Setting the search path for user "MHMediaWiki" ...OK
Connected to PostgreSQL 8.2.5 on powerpc-apple-darwin9.1.0, compiled by GCC powerpc-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5465)
Creating tables...FAILED. Make sure that the user "MHMediaWiki" can write to the schema "MHMediaWiki"

Funny thing is, when using any PostgreSQL GUI I can create tables, indexes, etc. successfully. — 22:43, 15 December 2007 (UTC)[reply]

Are you still getting this problem? -PatPeter,  MediaWiki Support Team 17:10, 12 January 2008 (UTC)[reply]

[RESOLVED] Remove buttons

Hello, I need remove math and media buttons from my encyclopedia editing toolbar. How I can do that? Thank you. -- 10:47, 9 December 2007 (UTC)[reply]

Don't know, bumping thread. -PatPeter, MediaWiki Support Team 17:51, 7 January 2008 (UTC)[reply]
Hmm, another bump. I just noticed the math button, and I don't have LaTeX support. They make it easy to add buttons; why not to remove them? Tuvok[Talk/en.wp] 18:47, 7 January 2008 (UTC)[reply]
What versions of MediaWiki, PHP, etc. are you running along with a link to your wiki? -PatPeter,  MediaWiki Support Team 19:17, 13 January 2008 (UTC)[reply]

[RESOLVED] Create An Account or login - By Email does not work

MediaWiki: (Your version)
PHP: (Your version)
MySQL: (Your version)
Database: (Your version)
URL: [LINK Title]

Hello, we have a wiki and users go to the Create an Account or login page then enter a name and a password and hit by email.

The next page does not parse the email correctly the next page says:

Password sent.

From wiki

The password for 'test' has been sent to

Return to Main Page.

As you can see if doesnt parse the email correctly and nothing ever gets sent. Has anyone ran into this before?

Thanks in advance. — 20:19, 13 December 2007 (UTC)[reply]

"Password sent.
From wiki
The password for 'test' has been sent to"
The EXACT content that you get? What versions of MediaWiki, PHP, etc. are you running and a link to your URL? -PatPeter,  MediaWiki Support Team 17:05, 12 January 2008 (UTC)[reply]

[RESOLVED] Extension:ConfirmAccount $wgRejectedAccountMaxAge doesnt work!

MediaWiki: (1.11.0)


I am using the extension ConfirmAccount and the variable definition of $wgRejectedAccountMaxAge dont works! Isnt it so, that the value of this parameter defines how long rejected request will be kept? I have defined it in the SpecialConfirmAccount.php. $wgRejectedAccountMaxAge = 1 * 24 * 3600; But in the Special:ConfirmAccount there are rejected requests which are older than one day?!

Please help!

Many thanks! —Bpczi 14:54, 14 December 2007 (UTC)[reply]

How about a link to your wiki along with the other software that you are running (PHP, MySQL)? -PatPeter,  MediaWiki Support Team 17:10, 12 January 2008 (UTC)[reply]

[RESOLVED] Removing the quickbat for guests

  • MediaWiki: 1.11
  • PHP: 5.5
  • MySQL: 5
  • Database: Mysql
  • URL:

I am using the skin cologneblue. I would like to change it so that GUESST users (those who have not logged in) will not see the quickbar and all its contents. When a user logs in they will get the quickbar.

Is there a way I can do this?

I would also like to get rid of some of the links in the top bar for all users.

Thanks, Louis 16:37, 30 December 2007 (UTC)[reply]

A link to your wiki? -PatPeter,  MediaWiki Support Team 17:12, 12 January 2008 (UTC)[reply]

[RESOLVED] Blocking vandal swarms

I am having a certain problem regarding vandals. I have registration required to edit but nevertheless get dozens of vandalbots per day registering. Thankfully not many of them manage to post--I'd be screwed if they did--but some days my coadmin and I have to rollback a dozen pages from a dozen different vandalbot accounts that have made various annoying changes to our pages, usually adding gibberish or links. I later go back and clean them out of the database and there have been up to three thousand of the things before. All of them have an email of *@*.ru, usually * Is there a way I might automatically block or preferably delete a registrant who registers with *@*.ru? Additionally, is there any way to find the IP addresses of registered users so I can block them via .htaccess? Thank you for your assistance. 15:10, 11 January 2008 (UTC)[reply]

I haven't seen an extension that blocks email addresses of regular expression yet. However, you could try Extension:ConfirmEdit, which adds a CAPTCHA when registering and should catch most bots. There are also other ways of blocking bots, see for examples Manual:Combating spam. For finding IP addresses, try Extension:CheckUser. —color probe (talk | contribs |  Support team) 18:40, 11 January 2008 (UTC)[reply]
You can easily add a quick regular expression check to the AbortNewAccount hook to do this --Nad 20:18, 12 January 2008 (UTC)[reply]
The Username Blacklist extension will work for your purpose, the regex you can add to the blacklist page is (without the quotes): "@.*?\.ru" --Skizzerz talk  MediaWiki Support Team 02:57, 13 January 2008 (UTC)[reply]

[RESOLVED] Why is this happening?

I can't figure out why this is happening does anyone know why?
Notice that the minor edit and watch page check boxes are screwed up. I've tried turning of all extensions and it still does it. :DP67 (talk/contribs) 20:29, 11 January 2008 (UTC)[reply]

Looks like something screwy with wikEd... Try getting Cacycle's attention on en.wp. Tuvok[Talk/en.wp] 23:00, 11 January 2008 (UTC)[reply]
I thought that might be the case but it does it with or without WikEd. I even tried using an original copy of the edit page that came with the package to make sure something didn't get screwed up. Still does it. Can't figure out why there is no line breaks in the code but it still screws up the check boxes. Oh well.. ::DP67 (talk/contribs) 23:17, 11 January 2008 (UTC)[reply]
Do you have a URL you can post here? I'd like to take a look at the stylesheets for the site. Looks like it could be something to do with badly written CSS rules. Tuvok[Talk/en.wp] 00:12, 12 January 2008 (UTC)[reply]
You can try it, There isn't much there since it's intended purpose is a personal wiki and a proving ground for articles I intend to write or improve for WP. You'll have to register. No mail is needed but I do have anonymous edit blocked. (also; Don't forget the /wiki or you'll hit a brick wall. I haven't installed any other entry page.) ::--DP67 (talk/contribs) 00:21, 12 January 2008 (UTC)[reply]
Well, all I can suggest is overwriting all the style directories with fresh copies from the latest download archive. I can't find what's conflicting, though you do have a lot of extensions...
PS: As a favor, if all your accounts have made edits, would you mind running /maintenance/removeUnusedAccounts.php once this issue is resolved? No sense having that dummy account hanging around in the database. ;-) Tuvok[Talk/en.wp] 01:56, 12 January 2008 (UTC)[reply]
Thanks for giving it a shot.. And yeah, I do have allot of extras in there. I've tried it with everything distro-clean and still have the same problem. Oh well, in spite of this issue it does seem to be working maybe I'll just have to live with it until some lightbulb goes off and I figure it out.. lol It's not like I am expecting a million visitors to join in.. It's more or less my bullet proofing site so I can work on pages off line and post them on WP when I'm happy with how they look. The extra extensions are installed for gee whizz factor so I can have something to play with and possibly learn something new. :--DP67 (talk/contribs) 05:33, 12 January 2008 (UTC)[reply]

Fixed... Commented out $wgAlwaysUseTidy = true; in localsettings and it works OK Fine.. Checkboxes, buttons and help link all line up properly now. --DP67 (talk/contribs) 00:57, 17 January 2008 (UTC)[reply]

[RESOLVED] Account deletion

Regardless of all the current policies and legal things, would it be possible to delete an account on MediaWiki software? If not would it be possible to make it so. Because I am going to propose a policy at a local wiki for the deletion of unused accounts (registered for a long time but without any contributions). -- Felipe Aira 06:42, 12 January 2008 (UTC)[reply]

At the moment you can if you directly alter the database's user table, however I only just tested this with a user with no edits, hang on a sec... --Chris 09:26, 12 January 2008 (UTC)[reply]
The edits will say there and in the history the links will stay intact so you'll probably have to oversight them if you want to get rid of everthing. --Chris 09:41, 12 January 2008 (UTC)[reply]
For unused accounts, you can run removeUnusedAccounts.php. It deletes all accounts that have not made any edits. Tuvok[Talk/en.wp] 10:54, 12 January 2008 (UTC)[reply]
For not unused accounts, you can install the User Merge and Delete extension, which lets you merge all of that user's contributions in with that of another user, and then subsequently delete the merged user from the database. --Skizzerz talk  MediaWiki Support Team 20:16, 12 January 2008 (UTC)[reply]