Project:Support desk/old

= Active Topics =

problems with GIF after upgrade to MediaWiki 1.11.0

 * MediaWiki: 1.11.0
 * PHP: 5.2.4 (cgi-fcgi)
 * MySQL: 5.0.27

Hi, I upgraded from MediaWiki 1.6 to 1.11.0 and all went well except: Images in GIF format don't show anymore on the pages. PNG and JPG images are OK, but when I put, it will give me only this text as a hyperlink, w/o showing the image.. Any help appreciated! —Theo s 10:03, 24 December 2007 (UTC)


 * Found an answer at, but unfortunately this script maintenance/rebuildImages.php is not at my server... :( Theo s 10:16, 24 December 2007 (UTC)
 * Well, found the script, but it contains errors...

code-snippet as of line 82:

printf( "%s: %6.2f%% done on %s; ETA %s [%d/%d] %.2f/sec <%.2f%% updated>\n",                       wfTimestamp( TS_DB, intval( $now ) ),                        $portion * 100.0,                        $this->table,                        wfTimestamp( TS_DB, intval( $eta ) ),                        $completed,   // $completed does not appear to be defined.                        $this->count,                        $rate,        // $rate does not appear to be defined.                        $updateRate * 100.0 ); flush; }

The comments state that 2 variables ($completed and $rate) are not defined, and that's the case.. Theo s 11:55, 24 December 2007 (UTC)

Anybody any suggestions please...?? Theo s 11:11, 27 December 2007 (UTC)


 * Unzip the rebuildimages script from the .zip file of MediaWiki and put it in its respective folder. -PatPeter, MediaWiki Support Team  23:30, 2 January 2008 (UTC)
 * Well, that's what I did before... See the code-snippet above. Output from the script:

test1-wiki 2008-01-04 22:29:49: Processing image... PHP Notice: Undefined variable: completed in /var/www/vhosts/www.test.arbace.nl/HTML/arbace/maintenance/rebuildImages.php on line 87 PHP Notice: Undefined variable: rate in /var/www/vhosts/www.test.arbace.nl/HTML/arbace/maintenance/rebuildImages.php on line 89 2008-01-04 22:29:49: 14.81% done on image; ETA 2008-01-04 22:29:49 [0/675] 0.00/sec <0.00% updated> PHP Notice: Undefined variable: completed in /var/www/vhosts/www.test.arbace.nl/HTML/arbace/maintenance/rebuildImages.php on line 87 PHP Notice: Undefined variable: rate in /var/www/vhosts/www.test.arbace.nl/HTML/arbace/maintenance/rebuildImages.php on line 89 2008-01-04 22:29:49: 29.63% done on image; ETA 2008-01-04 22:29:49 [0/675] 0.00/sec <0.00% updated> PHP Notice: Undefined variable: completed in /var/www/vhosts/www.test.arbace.nl/HTML/arbace/maintenance/rebuildImages.php on line 87 PHP Notice: Undefined variable: rate in /var/www/vhosts/www.test.arbace.nl/HTML/arbace/maintenance/rebuildImages.php on line 89 2008-01-04 22:29:49: 44.44% done on image; ETA 2008-01-04 22:29:49 [0/675] 0.00/sec <0.00% updated> PHP Notice: Undefined variable: completed in /var/www/vhosts/www.test.arbace.nl/HTML/arbace/maintenance/rebuildImages.php on line 87 PHP Notice: Undefined variable: rate in /var/www/vhosts/www.test.arbace.nl/HTML/arbace/maintenance/rebuildImages.php on line 89 2008-01-04 22:29:49: 59.26% done on image; ETA 2008-01-04 22:29:49 [0/675] 0.00/sec <0.00% updated> PHP Notice: Undefined variable: completed in /var/www/vhosts/www.test.arbace.nl/HTML/arbace/maintenance/rebuildImages.php on line 87 PHP Notice: Undefined variable: rate in /var/www/vhosts/www.test.arbace.nl/HTML/arbace/maintenance/rebuildImages.php on line 89 2008-01-04 22:29:49: 74.07% done on image; ETA 2008-01-04 22:29:49 [0/675] 0.00/sec <0.00% updated> PHP Notice: Undefined variable: completed in /var/www/vhosts/www.test.arbace.nl/HTML/arbace/maintenance/rebuildImages.php on line 87 PHP Notice: Undefined variable: rate in /var/www/vhosts/www.test.arbace.nl/HTML/arbace/maintenance/rebuildImages.php on line 89 2008-01-04 22:29:49: 88.89% done on image; ETA 2008-01-04 22:29:49 [0/675] 0.00/sec <0.00% updated> test1-wiki 2008-01-04 22:29:49: Finished image... 0 of 675 rows updated test1-wiki 2008-01-04 22:29:49: Processing oldimage... test1-wiki 2008-01-04 22:29:49: Finished oldimage... 0 of 1 rows updated

Thanks in advance for any help. Theo s 22:32, 4 January 2008 (UTC)

Default skin
I am running media wiki with a LAMP (Linux, Apache, MySql, PHP) Platform but for some reason when I change the default skin for the site it does not apply color and formating, I check the HTTP error log but I am not finding anything to point me to the source of the problem. Is there a variable that I need to set to use skins? also the wiki is not formatting the page correctly, it is showing something like:
 * MediaWiki: 1.9.4
 * PHP: 5.2.4 (apache2handler)
 * MySQL: 5.0.45
 * Database: MYSQL?? I am unsure of the question
 * URL: [LINK Title]

-- -- --
 * Main Page (article) |
 * t | |
 * o| |
 * o| |
 * l | |
 * b| |
 * a| |
 * r | |

instead of

-- --
 * t | |
 * o|Article |
 * o|Article |
 * l |Article |
 * b|Article |
 * a|Article |
 * r | |

my version info is
 * MediaWiki: 1.9.4
 * PHP: 5.2.4 (apache2handler)
 * MySQL: 5.0.45

—67.129.206.249 04:07, 22 December 2007 (UTC)


 * Could you give a link to your wiki? -PatPeter, MediaWiki Support Team  03:27, 6 January 2008 (UTC)

Different Syle - HowTo "install" on the server
I know, that MediaWiki is not responsible for the different styles, which you can get from: http://meta.wikimedia.org/wiki/Gallery_of_user_styles

But anyway it yould be good, to get an explaination, how to install it on the server, so everybody uses this style. This would make the Wikimedia fit more the personal/ company belongings.

So does anybody could explain, who to integrate for example the: Grey lady look

Thanks fr your help!

—193.16.48.5 15:08, 6 December 2007 (UTC)


 * Download the skin you want and place it in your /skins/ folder. -PatPeter, MediaWiki Support Team  17:29, 7 January 2008 (UTC)

Upload new version not working
I am using MediaWiki for an internal intranet wiki at work, but we have discovered that attempting to upload a new version of a file does not seem to be working - MediaWiki reports that it uploaded the file successfully, but the copy on the server is still the old one; MediaWiki does not replace the file with the new version. Does anyone know why this is happening? Is there a way to fix this?

Thanks! —82.68.75.38 17:09, 6 December 2007 (UTC)


 * What versions of MediaWiki, PHP, etc. do you have, along with a link to your site. -PatPeter, MediaWiki Support Team  17:30, 7 January 2008 (UTC)

Copyright Icons
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. —99.236.141.81 21:24, 6 December 2007 (UTC)

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. &mdash; PM Poon 14:31, 7 December 2007 (UTC)
 * 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


 * Note that you need the ParserFunctions extension installed to use #if --Nad 22:08, 8 December 2007 (UTC)
 * 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)
 * So I have to add an if clause to my LocalSettings.php? Something like this?

if ( $wgTitle->namespace == "ns name here" ) { $wgCopyrightIcon = "image here"; }
 * —99.236.141.81 00:25, 12 December 2007 (UTC)
 * 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 = "http://creativecommons.org/licenses/by-nc-sa/3.0/"; $wgRightsText = "Attribution-Noncommercial-Share Alike 3.0 Unported"; $wgRightsIcon = "http://i.creativecommons.org/l/by-nc-sa/3.0/88x31.png";
 * If I set $wgCopyrightIcon, would I have to do something with those, too?—99.236.141.81 02:08, 12 December 2007 (UTC)
 * $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
 * —99.236.141.81 13:35, 13 December 2007 (UTC)

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,....

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 monobook.css.


 * -Mazi

templates, buttons and editor
3 questions:

1. how do I insert this template on my wiki?

http://en.wikipedia.org/wiki/Template:Infobox_VG

like this too:

http://www.mediawiki.org/wiki/Extension:Polyglot (the box in the right of the page)

2. how do i insert buttons like in this wiki: http://www.wikia.com/wiki/MediaWiki

if you look in the footer you will see: Rate this article, Share this acrticle -> digg, del.icio.us, stumbleupon, etc

(last one) 3. i can't remember where, but in a wiki a saw some extra buttons in the editor bar... is there any reference about this?

sorry for too many questions, is just that i want to learn more :p

thanks btw

—foxfirediego 10:56, 7 December 2007 (UTC)

1. Your need the Extension:ParserFunctions extension to use that template for one. For two you need to define the CSS in the HTML classes such as:

class="infobox bordered vevent"

which I have no idea how to do. As for 2 and 3 I can't help you. -PatPeter, MediaWiki Support Team  19:51, 24 December 2007 (UTC)


 * 2 is probably being helped along by custom extensions. Check the wiki's Special:Version page to see what extensions they have, and possibly (depending on the extension) links to pages where you can get the extension.


 * 3 is likely the custom edit buttons functionality, like on Wikipedia. Those buttons are added by JavaScript to the array  in MediaWiki:Common.js. See Manual:FAQ for instructions. Cheers! Sorry, but I don't have any knowledge of the box CSS either. :( — Tuvok[Talk/en.wp] 14:45, 31 December 2007 (UTC)

Contents Table not redirecting properly
I'm getting a wrong redirect for the contents table. IF there's an heading called "Story" the link should be http://www.domainsite.ext/article#STORY but the links redirect on http://www.domainsite.ext/#STORY, without "article" so the browser is redirected to the home page!!!

I think it's an hosting problem, How can I fix this? Can I modify a configuration file? Thanks in advance! --Lorenzone92


 * I'd be nice if you gave your url and your wiki information so we can help you. -PatPeter, MediaWiki Support Team  16:03, 22 December 2007 (UTC)


 * The wiki is on www.rockciclopedia.com. For istance if you go to http://www.rockciclopedia.com/index.php?title=Hard_Rock and you click on "Origini" you'll be redirected to the home page... --Lorenzone92 21:54, 22 December 2007 (UTC)


 * Someone on your wiki edited a page wrong, it is either a system file or a MediaWiki file that defines how the ToC displays. Do you have access to your wiki's system files and MediaWiki files? Ask all your admins who have the same permissions if they did anything. -PatPeter, MediaWiki Support Team  23:27, 22 December 2007 (UTC)


 * I'm the only admin and I've edited nothing... I think I have to replace relative links with absolute links in the PHP file that pertain to contents table... --Lorenzone92 13:52, 23 December 2007 (UTC)


 * Yes they need to be absolute. -PatPeter, MediaWiki Support Team  19:52, 24 December 2007 (UTC)


 * OK but I've edited nothing... So I don't know where the problem could be! What do you think? Which is the PHP file that "manage" the contents table? --Lorenzone92 22:38, 24 December 2007 (UTC)
 * MMh... no one can help me? --Lorenzone92 15:44, 26 December 2007 (UTC)
 * Pleaseeeeeeeeeeee!! :P --Lorenzone92 11:36, 30 December 2007 (UTC)


 * Ouch sort of forgot about you here, sorry. Anyway it might have been edited when you installed MediaWiki (i.e. random bad default edit or loss of info in file transfer). I can't find any help information on the Table of Contents on MediaWiki, stay posted. -PatPeter, MediaWiki Support Team  17:48, 7 January 2008 (UTC)

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.

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)

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 --76.68.123.15 20:30, 8 December 2007 (UTC)


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

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


 * Don't know, bumping thread. -PatPeter, MediaWiki Support Team  17:51, 7 January 2008 (UTC)


 * 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)

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 (http://www.xxx.org/wiki/index.php5?Title=Articles&action=edit), the browser downloads a file named index.php5 containing non HTML text like :

[Process] Type=Edit text Engine=MediaWiki Script=http://www.xxx.org/wiki/index.php5 Server=http://www.xxx.org Path=/wiki Special namespace=Special [File] Extension=wiki URL=http://www.xxx.org/wiki/index.php5?title=Articles&action=edit&internaledit=true

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 ?

—87.244.158.8 21:05, 9 December 2007 (UTC)

Sometimes Wiki pages open and sometimes not
Hi,

Can someone please help me with this as sometimes a few pages of my MediaWiki opens and sometimes not. I made a small change in DefaultSettings file but then reversed the change as it was before and since then it is happening like this. Please help me with this. If you want please send me an email reply at bilal336@yahoo.com.

Thanks,

Bilal —67.69.129.106 15:48, 11 December 2007 (UTC)


 * Please give a link to your wiki, display the parts of defaultsettings you changed using:


 * And what do you mean "open" what happens if they don't "open"? -PatPeter 00:51, 16 December 2007 (UTC)

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 ) to if ( $width > 10000 || $height > 10000 ) as workaround.

Where can I set $maxWidth and $maxHeight for anonymous?

141.76.45.34 10:57, 12 December 2007 (UTC)

Move whole media wiki down 90 pixels
MediaWiki: 1.11.0 PHP: 5.2.0 (apache2handler) MySQL: 5.0.27-standard Hello, I would like to add a graphic/link at the top of the all the pages. I basically need to move the whole wiki down 90 pixels. I have had some luck, but am having problems with different browsers rendering the page differently. The particular problem seems to be with keeping cactions in the right location with respect to the body. I have checked the forums, and used the mediawiki book. I am particularly trying to change MonoBook. Thank you for any help you may be able to provide.

—Wazoo42 16:20, 12 December 2007 (UTC)


 * So you want to add something similar to the Fund raising template that Wikipedia has now? -PatPeter 02:47, 16 December 2007 (UTC)


 * Messing around with MonoBook, under #p-cactions I changed top to 105px and under body, I changed margin: 0; to margin-top: 90px; I only checked it with Mozilla, though. Monobook has a lot of those *Fixes.css sheets. I'm not generally fond of the idea of separate stylesheets for different browsers, but you might want to tinker with them. -Barista 14:06, 17 December 2007 (UTC)

Adding custom header to top of page
Hi folks! I'm a php and wiki newbie. I just installed this wiki. I want to put my own header at the absolute top of all wiki pages, before any of the wiki stuff. This header consists of a few buttons and a login box for my site. The code is a number of php functions for database access etc, and finally a simple table containing the buttons and login box. It should all be inside the tag part of the page. Where in all the wiki files should I put this code? Please advice, I'm a bit lost here. Wiki, PHP, MySQL and Apache are all the latest versions as of today. - Nebol —213.67.2.154 23:39, 12 December 2007 (UTC)
 * Try editing MediaWiki:Sitenotice at your wiki --Flominator 09:47, 13 December 2007 (UTC)

Hm.. it doesn't seem to be quite what I'm looking for, Sitenotice displays a text message as part of the page, right? I need to output php and html code, and before any of the wiki stuff, it should look like this: http://www.nebol.se/temp/wiki_bar.gif - Nebol


 * You can mess around with the style sheet to move stuff down. For your header, you should include the code for it in the MonoBook.php file in the skins directory. I strongly suggest making copies of the original MonoBook.php before making any changes. A better bet is to just start a new skin based on MonoBook and tinker with that, while leaving the original MonoBook as it is. Caveat emptor - Let the buyer beware (Your mileage may vary). -Barista 14:19, 17 December 2007 (UTC)

Ok I've put in my code after the tag in MonoBook.php and I now see my little bar at the top of the page. But the MediaWiki buttons and text have not moved down accordingly but stays at the top of the page, thus partly overwrites/overlays my button bar. Why is that? Do I really have to hardcode the number of pixels to move the wiki page down?? It seems.. wrong, the browser should handle that part of the layout. My bar consists of a table cell and a number of buttons; if I reduce the width of the browser window, the button row automatically splits up and the buttons are displayed in two rows instead of one, increasing the height of the button bar to compensate for the loss of width. How can I handle that in MonoBook.php if the exakt pixel positions of the wiki elements are hardcoded? - Nebol

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 @mydomain.com.

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. —198.74.38.59 20:19, 13 December 2007 (UTC)

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)
 * 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)

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)

How to make a alphabetical list of sites?
MediaWiki: (1.11.0)

Hi!

How can i make a alphabetical list of linked sites! Such as

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

Background image on pages?
I'm designing a page layout template for members of a wiki I admin to use for their user page and other pages that they create. I'd like to be able to use an image for backgrounds in this template. How can I accomplish this?

Extension:ConfirmAccount $wgRejectedAccountMaxAge doesnt work!
MediaWiki: (1.11.0)

Hi!

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)

Header and Footer Template
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


 * 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)

Automatically undoing everything a vandalist has done
If a vandalist has written in dozens of articles, can an admin block its user and also automatically undo the relevant changes in dozens of articles? In other words, can blocking be retroactive?

If not, it's a huge issue. Imagine if you have even just 10 such vandalists. You'd have to manually revert hundreds (not to mention thousands) of articles! I know it's easier to revert for an admin, but it's still not feasible.

—79.176.153.180 17:51, 15 December 2007 (UTC)


 * If you look at the vandle's contributions there is a button for each edit called "rollback." Hold down shift when you click on it and it will do it in a new window.  100 clicks to do 100 reverts. Not so hard.  also, if the vandel makes a bunch of pages you can use Extension:Nuke. J.smith 18:38, 15 December 2007 (UTC)


 * Nevertheless, why not just allow block + revert in 1 click instead of 100? -79.178.93.100 23:09, 15 December 2007 (UTC)

Not differentiate capital letter and lower-case in the serch and the internal links
MediaWiki: 1.9.3

PHP: 5.1.6 (apache2handler)

MySQL: 5.0.24a-Debian_9ubuntu0.1-log

Database:

URL:

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)

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)

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. —86.33.85.61 22:43, 15 December 2007 (UTC)

Rendering of too-complex pages breaks: How to fix?
MediaWiki: (Your version)

PHP: (Your version)

MySQL: (Your version)

Database: (Your version)

URL: [LINK Title]

(How does one find out the MediaWiki/PHP/MySQL/Database versions?)

On the French Wiktionary, we make heavy use of sometimes fairly complex templates. The rendering of some pages currently breaks (e.g. : in the "Traductions" box), the key symptom being that templates suddenly stop being resolved (in the example, this shows as "Modèle:trad" strings). We know this has someething to do with the complexity or size of the page, but in order to fix this, we need to know exactly what is the cause. Is it the gross size of the page (number of bytes "sucked in", excluding the &lt;noinclude> bits?), the number of template calls (counting recursions, if any), or something else?

—Urhixidur 18:00, 16 December 2007 (UTC)


 * You can find out your MediaWiki, PHP, and MySQL from Special:Version, as to your type of database I don't know. -PatPeter, MedaiWiki Support Team  02:50, 17 December 2007 (UTC)


 * I don't read French that well, but it looks like the templates -verb-|fr, -drv- and -trad- are each being called twice. My guess is that one of the templates is calling something it shouldn't. one or more of the templates is broken. -Barista 14:31, 19 December 2007 (UTC)


 * Actually, the templates are all fine, it's just that there are either too many raw template calls (including sub-calls), or too many bytes of page to process once all the calls are resolved. The page just stops processing template calls midway through. We need to know which of these two cases (number of calls or total number of bytes invoked) matters before we can correct the situation. Is the mediawiki limitation expressed in terms of number of template calls and sub-calls, or in terms of total bytes to process?
 * The key culprit is the trad template, which is called repeatedly within the translation tables. As for -verb-, -drv-, and -trad-, they do appear twice, because there are two major meanings for the word. Multiple calls of this sort work just fine in other contexts. Urhixidur 20:53, 20 December 2007 (UTC)

Table of Contents and Extension Code
Hello,

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 ;)

71.225.221.85 03:20, 25 December 2007 (UTC)
 * 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)
 * 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 , 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? 71.225.221.85 01:17, 30 December 2007 (UTC)
 * You can still use named parameters in your parser functions, eg  , but you will need to manually split the args into key/value pairs in your callback function, such as in the following example code:

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)
 * 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. 71.225.221.85 16:07, 3 January 2008 (UTC)
 * 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)
 * 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)

Problem with a search
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?
 * MediaWiki: 1.11.0
 * PHP: 5.1.4 (apache2handler)
 * MySQL: 5.0.21-community-nt


 * 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)

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)
 * 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)

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)

Removing the quickbat for guests

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

—72.70.98.214 16:37, 30 December 2007 (UTC)

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

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.

http://www.gamecrushes.com/Chun-Li

http://www.gamecrushes.com/Template:Character

http://www.gamecrushes.com/Template:Character/row

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

http://en.wikipedia.org/wiki/Sonya_Blade

http://en.wikipedia.org/wiki/Template:Mortal_Kombat_character

http://en.wikipedia.org/wiki/Template:Mortal_Kombat_character/row

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 outputting extra table tags. Odd. — Tuvok[Talk/en.wp] 14:49, 31 December 2007 (UTC)

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. &mdash; PM Poon 16:15, 31 December 2007 (UTC)

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. &mdash; PM Poon 16:39, 31 December 2007 (UTC)


 * Just to clarify - the, how can I fix this? I am using Mozilla Firefox. -PatPeter 02:33, 16 December 2007 (UTC)


 * Look here: Image. -PatPeter, MediaWiki Support Team
 * Do you have a recent version of ImageMagick installed? find where it's put the convert command and set $wgImageMagickConvertCommand to its full pathname. --Nad 05:48, 4 January 2008 (UTC)


 * I have this for my image settings in LocalSettings.php:

$wgEnableUploads		= true;
 * 1) To enable image uploads, make sure the 'images' directory
 * 2) is writable, then set this to true:

$wgUseImageResize		= true; $wgUseImageMagick      = true; $wgImageMagickConvertCommand = "/usr/bin/convert";

How do I find the full URL? -PatPeter, MediaWiki Support Team  05:20, 6 January 2008 (UTC)
 * Not sure if this was addressed, but  from the command line should give you the correct path to convert for your OS if it (and which) is installed --Zven 08:06, 6 January 2008 (UTC)


 * So where can I find "which convert"? -PatPeter, MediaWiki Support Team  23:02, 6 January 2008 (UTC)
 * You don't find it, just type which convert in to your shell and it will tell you the full pathname of the convert utility which you should then set your $wgImageMagickConvertCommand to (or create a symlink to it in /usr/bin since that's the normal location for it). If it doesn't find any, then you shuld install ImageMagick or set $wgUseImageMagick to false so it uses PHP's GD lib instead --Nad 23:18, 6 January 2008 (UTC)


 * Forgive me for being a noob, but where can I type it, like where is the shell? -PatPeter, MediaWiki Support Team  04:04, 7 January 2008 (UTC)
 * The shell is just the command line of the computer your wiki is running on, if you've never accessed the shell, then I guess you must be running your wiki on a shared web host who offer restricted access to the system in which case you'll need to ask them whether they have ImageMagick installed and where it is located etc. --Nad 04:41, 7 January 2008 (UTC)

Cannot upload images

 * MediaWiki: 1.11.0
 * PHP: 5.1.4 (cgi-fcgi)
 * MySQL: 5.0.45-log
 * Database: Unknown, if you know how to figure it out please tell me.
 * URL: Red Orchestra Wiki

Whenever I try to upload an image on Mozilla Firefox it asks me if I want to open or download, how do I stop it from doing this so I can upload images?

—-PatPeter 02:59, 16 December 2007 (UTC)


 * Worked fine for me on Mozilla Firefox version 2.0.0.11: http://www.maporchestra.com/wiki/index.php?title=Image:Test.jpg — color probe (talk | contribs) 13:52, 4 January 2008 (UTC)


 * I should have been more specific, I didn't make my full report here but rather in another thread in Archive 14 about what is not uploading. For instance anything that is not a jpg, png, or ogg causes an error like this, my file extensions:

$wgFileExtensions  = array('png','jpg','jpeg','ico','bmp','ogg','doc','xls','ppt','docx','xlsx','pps','mp3','sxc','pdf','nse','rom','ukx','uc','uax','usx','utx','u');


 * I actually don't need pdfs and docs so I will take those out:

$wgFileExtensions  = array('png','jpg','jpeg','ico','bmp','ogg','rom','ukx','uc','uax','usx','utx','u');


 * -PatPeter, MediaWiki Support Team  20:30, 4 January 2008 (UTC)


 * Also somehow FileExtensions got deleted from LocalSettings, probably when I upgraded the wiki, so let me put that back in and check. -PatPeter, MediaWiki Support Team  20:32, 4 January 2008 (UTC)

Broken redirect

 * MediaWiki: 1.11.0
 * PHP: 5.1.4 (cgi-fcgi)
 * MySQL: 5.0.45-log
 * Database: Unknown, if you know how to figure it out please tell me.
 * URL: Red Orchestra Wiki

So if you look at my Special:Listredirects page then you will see that this text it displayed:

1. :Lyes Krovy (edit) (delete) → Talk:Lyes Krovy

I think this happened when I changed my Extranamespaces from:

$wgExtraNamespaces = array(110 => "Portal", 120 => "Portal_talk", 130 => "Technical", 140 => "Technical_talk", 150 => "WikiProject", 160 => "WikiProject_talk", 170 => "History", 180 => "History_talk", 190 => "Manual", 200 => "Manual_talk", 210 => "Extension", 220 => "Extension_talk", 230 => "Map", 240 => "Map_talk", 250 => "Server", 260 => "Server_talk", 270 => "Modification", 280 => "Modification_talk", 290 => "Mutator", 300 => "Mutator_talk", 310 => "Unit", 320 => "Unit_talk", 330 => "Clan", 340 => "Clan_talk", 350 => "Term", 360 => "Term_talk", 370 => "Tactic", 380 => "Tactic_talk", 390 => "Weapon", 400 => "Weapon_talk", 410 => "Tank", 420 => "Tank_talk", 430 => "Role", 440 => "Role_talk", 450 => "Player", 460 => "Player_talk");

to

$wgExtraNamespaces = array(100 => "Portal", 101 => "Portal_talk", 102 => "WikiProject", 103 => "WikiProject_talk", 104 => "Technical", 105 => "Technical_talk", 106 => "History", 107 => "History_talk", 108 => "Manual", 109 => "Manual_talk", 110 => "Extension", 111 => "Extension_talk", 112 => "Map", 113 => "Map_talk", 114 => "Server", 115 => "Server_talk", 116 => "Modification", 117 => "Modification_talk", 118 => "Mutator", 119 => "Mutator_talk", 120 => "Unit", 121 => "Unit_talk", 122 => "Clan", 123 => "Clan_talk", 124 => "Term", 125 => "Term_talk", 126 => "Tactic", 127 => "Tactic_talk", 128 => "Weapon", 129 => "Weapon_talk", 130 => "Tank", 131 => "Tank_talk", 132 => "Role", 133 => "Role_talk", 134 => "Player", 135 => "Player_talk");

and moved Lyes Krovy from one namespace to another. Help appreciated.

—-PatPeter, MediaWiki Support Team  23:22, 2 January 2008 (UTC)


 * Hmm... If possible, you might have to run the  command line script on your server. I'm not sure if this will work, though. Otherwise, you may have to hack into the MySQL server (for example, using phpMyAdmin) and delete everything about ":Lyes_Krovy", although you should check that very carefully. — color probe  (talk | contribs) 13:59, 4 January 2008 (UTC)


 * What programs can I use to run the command line? -PatPeter, MediaWiki Support Team  15:53, 4 January 2008 (UTC)


 * You could try phpShell. — color probe (talk | contribs) 18:01, 5 January 2008 (UTC)


 * Also how do I start phpMyAdmin? -PatPeter, MediaWiki Support Team  03:29, 6 January 2008 (UTC)

Search is broken.
The search on my public site never finds anything, even when searching for the exact page title, meanwhile the search on my test server acts normally with the same LocalSettings.php. What could be causing this? —76.235.170.12 10:07, 3 January 2008 (UTC)
 * MediaWiki: 1.11.0
 * PHP: 5.2.3 (cgi-fcgi)
 * MySQL: 5.0.24a-standard-log
 * URL: vB Wiki


 * Try reuploading your /includes/SpecialSearch.php from the MediaWiki files. -PatPeter, MediaWiki Support Team  20:30, 3 January 2008 (UTC)

Problem with a Wiki site supported by MediaWiki
I am a member of a wiki site that is supported by MediaWiki. Its found at www.rebootwiki.com. 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 tal-shiar@hotmail.com


 * —67.96.158.60 20:40, 3 January 2008 (UTC)


 * 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)
 * 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)

Problem in footer in wikimedia
Footer icon problem.

From which file can i edit the footer links ? That wikimedia icon ????

Cannot create new pages
I cannot create new pages. There is not a link of "create this page" when i cannot find a term by searching. —137.132.3.6 10:44, 4 January 2008 (UTC)
 * MediaWiki: 1.6.10(Reported by your Wiki's Special:Version page)
 * PHP: 4.3.9
 * MySQL: 4.1.7
 * Database:
 * URL: http://www.bestpeer.com/wiki/


 * You can still create new pages by either clicking a red link, or typing the page name directly in the adress bar, replacing everything after the  with your page name.
 * The reason that there isn't a link of "create this page" is that your system message MediaWiki:Noexactmatch appears to be empty. You might want to add the following text to it, which is from the newest MediaWiki version:

'''没找到标题为"$1"的页面. ''' 您可以创建此页面.
 * Hope this might help. — color probe (talk | contribs) 14:17, 4 January 2008 (UTC)

Disable upload warnings

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

Is it possible to dissable all upload warnings?

—212.202.97.234 12:51, 4 January 2008 (UTC)


 * For each upload, you can check the "Ignore any warnings" option. There doesn't seem to be a setting to do so by default, though. — color probe (talk | contribs) 14:17, 4 January 2008 (UTC)

Custom Namespace prefix question
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?
 * MediaWiki: 1.11.0
 * PHP: 5.1.6 (apache2filter)
 * MySQL: 5.0.46
 * URL: This is a wiki on a secure intranet

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.

—155.198.158.97 14:39, 4 January 2008 (UTC)
 * 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)
 * 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 -155.198.158.97 11:03, 7 January 2008 (UTC)
 * 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)

Image for section edit links from within MediaWiki (no extension)

 * MediaWiki: 1.11.0
 * PHP: 5.2.4 (apache2handler)
 * MySQL: 5.0.45-community-nt
 * Database: Er... Is this not the same as MySQL?
 * URL: Home intranet. You can try http://gateway-86558bc/wiki/, but I don't think it'll work. :D

I have a question about using an image or imagemap for the edit links. Can I do that without hacking together an extension? I tried putting an image in MediaWiki:Editsection and it showed up as instead of an image. Am I trying to do the impossible? Tuvok[Talk/en.wp] 19:50, 4 January 2008 (UTC)
 * If you have image hotlinking enabled (aka $wgAllowExternalImages is true), try putting the full url of the image in the page and see if that works. If not, there IS an extension available that does this, just can't remember what it's called and I'm too lazy atm to search for it :) --Skizzerz talk 21:30, 4 January 2008 (UTC)
 * Good idea on the $wgAllowExternalImages thing, but it didn't work. I'll go search for the extension, I guess. Thanks! Tuvok[Talk/en.wp] 22:11, 4 January 2008 (UTC)
 * Found it; the extension is Edit Section Link Transform. Tuvok[Talk/en.wp] 22:14, 4 January 2008 (UTC)
 * 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. Using the official hooks is more efficient than Edit Section Link Transform which does regular expression replacement of the rendered page content. --Nad 22:14, 5 January 2008 (UTC)
 * Ah, thanks, Nad! I'll have to look into the documentation for that hook and see if I can't write my own extension to fuss with the links. Regex replacements are a little bit of overkill, and I notice it has [square brackets] hard-coded into the regex. Hmm... *Goes off to think * Tuvok[Talk/en.wp] 00:42, 6 January 2008 (UTC)

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?
 * 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)

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! :)
 * Go into LocalSettings.php (which should be in the main wiki directory, such as /public_html/wiki), and add in near the end  (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)

[RESOVLED] Red edit links are not being converted to normal blue links after creating the missing page.
When I create new links to pages that don't yet exist, they are shown as Red edit links, which is handy... but after I create the missing page, they aren't automatically updated to normal blue links.
 * MediaWiki: 1.11.0
 * PHP: 5.0.4 (apache2handler)
 * PostgreSQL: PostgreSQL 8.1.9 on i686-redhat-linux-gnu, compiled by GCC gcc (GCC) 3.3.3 20040412 (Red Hat Linux 3.3.3-7)
 * URL: not public, Intranet only.

One work around is to go back and edit the first page, and save it again, and it's link will be updated to blue.

From some reading I've done, it sounds like this might be done after the fact in a job, however I also read that only happens when there are more than 500 pages that need to be changed, and I only have a small 94 page wiki... yet Special:Statistics also says "The job queue length is 600."

What's stopping it from just updating instantly when the missing page is created?

—Danbrice 20:18, 4 January 2008 (UTC)


 * Sounds like a parser cache issue. I was toying with my section-edit links earlier and had to purge the page cache to get changes to appear. MediaWiki caches a lot of stuff, so when in doubt, add ?action=purge to your wiki URL and see if that doesn't fix it. You can also (I've heard) get everything to be re-cached by "touching" LocalSettings.php and/or using phpMyAdmin (or another database tool) to  in the MediaWiki database.


 * If you're interested, I can post JavaScript to add a purge tab to each page. Tuvok[Talk/en.wp] 20:31, 4 January 2008 (UTC)


 * ...&action=purge does get the link to change correctly to blue, but I think of that as a work around, not a fix. (I think a purge tab would also just be a work around). Surely there's something wrong with my configuration or this is a bug - right? (i.e. Media wiki should always update those links instantly) --Danbrice 22:41, 4 January 2008 (UTC)
 * Looks like this install of media wiki updates the links instantly... just created my user page, and returned back to see my signature instantly change to blue. I guess my wiki isn't invalidating the cache properly??? --Danbrice 23:24, 4 January 2008 (UTC)


 * Did your signature turn blue before or after you started editing again? It's also possible that you got a server the second time that hadn't cached a copy of this page, or that someone edited or purged the page between your views.


 * It's also possible that here, $wgJobRunRate is set higher than on your wiki. What's it set to? Is it even present in your LocalSettings.php? (If not, the default value is 1, which is pretty slow for a low-traffic site.) If it's low, try bumping it up (to 10, 25, whatever you think your server can handle and will be a tolerable wait for your visitors) and see if the problem persists. Tuvok[Talk/en.wp] 01:41, 5 January 2008 (UTC)


 * $wgJobRunRate was not set, and setting it to 25 hasn't helped. For setting this up, I have a dev and a prod instance of Media wiki, and I've noticed that my dev instance is working fine (probaly always has), yet my prod instance still has the issue. I've diffed the files and both look exactly the same except for the expected configuration changes, so I think that means I've got a database issue of some sort. Probably a permissions issue as my dev and prod users are setup slightly different... do these job's write their errors anywhere that I don't know about? I don't see any relivant errors in httpd's error_log. --Danbrice 06:57, 5 January 2008 (UTC)


 * If you're willing to donate some disk space to MediaWiki temporarily, you might try setting $wgDebugLogFile to get a log of what's going on during MediaWiki's runs. I'm not sure how much info there is in there about the jobs, though.


 * Are both instances on the same database server? If so, are they on the same database? If neither of those is true, it leaves open the possibility of caching. Same if you have different HTTP servers running each environment. PHP could be configured with some sort of cache on one server but not on the other... Tuvok[Talk/en.wp] 08:04, 5 January 2008 (UTC)


 * Ok I've figured out the cause, when I installed Media wiki, I did it under a database user that is authorized to create tables, but I'm running it as another database user I thought I gave all the required permissions too, but I guess I must be missing some (as when I run it as the first user, the issue is resolved). Once I find out what extra grants I have to give, I'll update this entry, so someone else who has the same problem won't have to spend as much time on it as me... Thanks very much Tuvok for your help. (BTW Tuvok was a cool character, I watched most of that series) --Danbrice 22:33, 6 January 2008 (UTC)

So I ran it with debug on, and the database ID that works, has two extra lines (-->) compared to the one that doesn't:

Trying parser cache production:pcache:idhash:1-0!1!0!!en!4 Found. --> Key expired, touched 20080107063117, epoch 20080105070626, cached 20080107063043 MessageCache::load: got from global cache Unstubbing $wgParser on call of $wgParser->firstCallInit from MessageCache::transform --> Saved in parser cache with key production:pcache:idhash:1-0!1!0!!en!4 and timestamp 20080107063128 OutputPage::sendCacheControl: private caching; Mon, 07 Jan 2008 06:31:22 GMT **

That part of the log is from loading the page the red link was on after I've created the missing page. --Danbrice 06:10, 7 January 2008 (UTC)


 * Turns out the database user I installed media wiki with has a different timezone to the database user I'm trying to run media wiki with. I guess the media wiki setup remembers the timezone from the install, and so it's causing me issues now. --Danbrice 23:03, 7 January 2008 (UTC)


 * Doing a select * from pg_users; shows the data base user that I used to install media wiki with, has a few settings that the database users I was using to run media wiki didn't have, including a setting for the time zone to GMT instead of -05 as is the server default. The following SQL resolved the issue for me:

ALTER USER wiki SET TimeZone='GMT'; ALTER USER wiki SET DateStyle='ISO, YMD'; ALTER USER wiki SET search_path='public'; I'm just glad I'm on this side of the world, on the other side, the issue would be a cache that doesn't cache unless the cached object was older than X hours before it was accessed, a much harder issue to even detect unless you're watching the debug logs.

Thanks! --Danbrice 04:36, 8 January 2008 (UTC)

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? >.> .. —216.46.209.10 05:48, 5 January 2008 (UTC)


 * 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)

Installation Error in 1.6.10

 * MediaWiki: 1.6.10
 * PHP: 4.3.3
 * MySQL: 3.23.58
 * Database:
 * URL: (not live since i'm having trouble installing)

When trying to install the software i keep getting an undefined function error in the parser. the following is the error page the software throws out. Additionally i cannot upgrade the MySQL or PHP, i tried the older 1.5x version of the software and it didn't work either. Same type of error; undefined function.

MediaWiki 1.6.10 Installation

Checking environment...

Please include all of the lines below when reporting installation problems.

* PHP 4.3.3 installed *     Warning: PHP's register_globals option is enabled. Disable it if you can. MediaWiki will work, but your server is more exposed to PHP-based security vulnerabilities. * PHP server API is cgi; using ugly URLs (index.php?title=Page_Title) * Have XML / Latin1-UTF-8 conversion support. * PHP's memory_limit is 8M. If this is too low, installation may fail! Attempting to raise limit to 20M... ok. * Have zlib support; enabling output compression. * Neither Turck MMCache nor eAccelerator are installed, can't use object caching functions * GNU diff3 not found. * Found GD graphics library built-in, image thumbnailing will be enabled if you enable uploads. * Installation directory: /home/wiki/public_html * Script URI path: * Environment checked. You can install MediaWiki.

Generating configuration file... * Database type: mysql

Fatal error: Call to undefined function: wfurlprotocols in /home/wiki/public_html/includes/Parser.php on line 55

—24.251.242.131 06:09, 5 January 2008 (UTC)


 * Try one of the newer versions. It could be a typo in the program (or maybe not). Did you edit anything? --NorthStar 17:25, 5 January 2008 (UTC)

I haven't edited a thing. And i was using this version because of the php and mysql limitations. 00:11, 6 January 2008 (UTC)

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.


 * Please see Manual:Errors and Symptoms. — color probe (talk | contribs) 17:56, 5 January 2008 (UTC)

MediaWiki 1.12
When is 1.12 coming out? What will be new about it? Is this a bad question because I should I have found it somewhere on this site? <font color="#006500">Smaug 23:11, 5 January 2008 (UTC)


 * If you are curious to the new features visit the Test Wikipedia. -PatPeter, MediaWiki Support Team  23:36, 5 January 2008 (UTC)
 * You can download the latest trunk of 1.12 via SVN (read Download from SVN for more details, you WILL need some sort of subversion client). --Skizzerz talk 16:35, 6 January 2008 (UTC)

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.. -- DP 67  (talk/contribs) 04:17, 6 January 2008 (UTC)


 * 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. 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)
 * 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)


 * 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.
 * -- DP 67  (talk/contribs) 18:43, 7 January 2008 (UTC)

Can ParserFunctions do this?
Hey all, can parserfunctions do any commands along the line of:

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

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


 * Try looking up the various functions at meta:Help:ParserFunctions. Pay special attention to,  , and  ; I think one of those might do it. Tuvok[Talk/en.wp] 07:57, 6 January 2008 (UTC)


 * The entire page confuses me and as such I came here. -PatPeter, MediaWiki Support Team  17:03, 6 January 2008 (UTC)


 * So are you trying to do something like ? That inserts content 1</tt> if   = yes, content 2</tt> if   = no, and always shows original content</tt>. Tuvok[Talk/en.wp] 18:12, 6 January 2008 (UTC)


 * 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)


 * Sounds like you want to use . How about using  ? Tuvok[Talk/en.wp] 19:18, 6 January 2008 (UTC)


 * 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)


 * What I've noticed a lot on the English Wikipedia is that the parameter passed to  will have a default value, e.g.   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)


 * 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)

I just tried this:

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)


 * 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)


 * 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)


 * 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)

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


 * 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)


 * How do I do that?--Xgmx 20:08, 6 January 2008 (UTC)


 * What would you like help with? Running your own server or finding a host? Tuvok[Talk/en.wp] 20:59, 6 January 2008 (UTC)


 * You can also set up for free if you don't mind having advertising on your wiki, for example at wikia.com. 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)

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. — 121.220.9.151 02:02, 7 January 2008 (UTC)


 * 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)
 * 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)

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. 121.220.9.151 09:33, 7 January 2008 (UTC)

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: http://wiki.atarichat.net

Hello.

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

and here the added lines to LocalSettings.php

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

Regards.

—87.217.10.254 04:57, 7 January 2008 (UTC)


 * 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)


 * I tried to do that and as you can check in the URL now says "No input file specified.". I even applied the 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. -87.217.10.254 14:30, 7 January 2008 (UTC)

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:

.htaccess

LocalSettings.php

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

Allowing edits for non-registered users
Hi, the following codes in my LocalSettings.php (Version 10.0.0) doesn't seem to work for page, User talk:Administrator. What could be the problem?

--PM Poon 06:17, 7 January 2008 (UTC)

The getNamespace method returns one of the NS_XXXX constants, not the text (use getNsText for that), also you should ensure not only that $title is an object, but that it represents an article that exists. Try the following: --Nad 07:28, 7 January 2008 (UTC)

Static images
Hi, how does one make an image that is non-clickable? &mdash; PM Poon 06:30, 7 January 2008 (UTC)
 * A few of us have had problems with that - not only non-clickable, but also needing them to link somewhere else instead of the image page. OrganicDesign:User:Rob was going to make a quick extension for that, so maybe ask him about it - he may have already done it and be using it on his work's wikis --Nad 10:25, 8 January 2008 (UTC)

Autolinking InterWiki Links
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?


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

Extension:Google Custom Search Engine
Alright so how do I get this extension to work? I made the page as said here, but any search returns to the main page, I actually wanted it to look like Wikipedia, where you can choose between Google search and MediaWiki search on the SpecialSearch.php.

—-PatPeter, MediaWiki Support Team  20:05, 7 January 2008 (UTC)

blinking and scrolled Text
Hello, is it Possible, to make in the Wikicode some Words blinking and is there any function which makes a scrolled text like in html with ? thx--87.154.141.66 20:58, 7 January 2008 (UTC)


 * Just tested as preview on my userpage here; no dice. &lt;blink&gt; is, I believe, a Mozilla-specific tag unsupported by Internet Explorer. &lt;marquee&gt; is a non-standard tag as well. Neither is present in any current HTML specification (to my knowledge), and they could get very annoying in wiki articles. I have a feeling they were disabled on purpose. So, in short, no. Tuvok[Talk/en.wp] 07:11, 8 January 2008 (UTC)
 * Actually blinking is no problem, just use CSS, eg:  blinking </tt> --Nad 10:19, 8 January 2008 (UTC)

Using another login system with Mediawiki

 * MediaWiki: 1.11.0
 * PHP: 5
 * MySQL: 5

I would like to use an existing login system on my website for Mediawiki. Can I simply rewrite the User class (User.php) to access my own database tables, or do I have to make other changes somewhere in the Mediawiki source code?

—Andy


 * There are specific hooks in the code for user authentication extensions. Take a look at Manual:Hooks and extensions like SMF Authentication for hooks and examples. No hacking should be required; just return false from your function so MediaWiki's internal login class doesn't resume processing. Tuvok[Talk/en.wp] 07:16, 8 January 2008 (UTC)


 * Thanks, this seems to be what I'm looking for. Although I don't understand why I have to disable caching:
 * # Disable everything of caching, caching is boe for the login system.
 * $wgEnableParserCache = false;
 * $wgCachePages = false;
 * --Andy

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?

—195.33.70.68 10:28, 8 January 2008 (UTC)

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!

--84.145.97.189 10:53, 8 January 2008 (UTC)

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

—209.98.139.24 18:42, 8 January 2008 (UTC)

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


 * 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)
 * 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)

Perfect that's what I was looking for. Thanks

New Wiki Support Site

 * If I download your software where should I go to find a site to support the software and build my new wiki site? Will this site support it? Preator 19:29 January 8, 2008 (CST)