Project:Support desk/old

= Unsolved Topics = These topics are still active, but unsolved. They cannot be archived because of the policy.

TOC not redirecting properly
I'm getting a wrong redirect for the TOC. 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? 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 here 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 ToC? --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)


 * So what do you think I can do? Which files can i reupload? Which PHP file create the ToC? P.S.: Thx for your help! ;) --Lorenzone92 17:51, 9 January 2008 (UTC)


 * I'd start with re-uploading the /includes/ directory, along with its sub-directories. Tuvok[Talk/en.wp] 06:38, 10 January 2008 (UTC)


 * And re-uploading that dir I won't lose my pages? --Lorenzone92 18:27, 10 January 2008 (UTC)


 * Yes you won't lose your pages, includes aren't attached to your database. You would lose a Special page if you forgot to re-upload it though. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  18:32, 10 January 2008 (UTC)


 * I've reuploaded all the directory with also subdirs but the redirections don't work anyway (for example here look at the ToC.. :( I tried to set all my files/dirs CHMOD to 777 but it's the same... --Lorenzone92 18:42, 10 January 2008 (UTC)


 * Don't forget me! :P --Lorenzone92 14:24, 14 January 2008 (UTC)


 * Don't worry, as long as you continue repling to the questions and whatnot your thread will remain here until it is resolved, see the policy up above, this is just one heak of a problem. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  17:25, 14 January 2008 (UTC)

This is what the source of your TOC is:

So I am going to have to put this up for another MST member, I am pretty sure there is an option somewhere for enabling "fullURL" for ToC or something. -PatPeter,  MediaWiki Support Team  00:30, 17 January 2008 (UTC)


 * mmh... so what should i do? --Lorenzone92 17:46, 17 January 2008 (UTC)
 * mmmhh? :P --Lorenzone92 22:01, 22 January 2008 (UTC)

Good job, keep bumping, I know someone here must know the config setting to enable full URL. -PatPeter,  MediaWiki Support Team  02:28, 23 January 2008 (UTC)


 * Bump, bump, bump... :D --Lorenzone92 17:07, 25 January 2008 (UTC)


 * I'm still here....... --Lorenzone92 21:33, 5 February 2008 (UTC) :P


 * I need help..... --Lorenzone92 18:26, 11 February 2008 (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?


 * What versions of MediaWiki, PHP, etc. are you running along with a URL of your wiki? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  17:06, 12 January 2008 (UTC)

Thank you! Let's see. This is needed for two separate wiki's really. The first is as follows: MediaWiki version: 1.6.8 PHP version: 	5.2.4 MySQL version: 	5.0.45-community URL: http://evolution-rpg.com/wiki/index.php/Main_Page The second is as follows: MediaWiki version: 1.11.0 PHP version: 	5.2.5 MySQL version: 	5.0.45-community URL: http://sharnyl.net/wiki/index.php/Main_Page

75.167.211.181 13:41, 11 February 2008 (UTC)


 * You would have to upload the image to your wiki whether it be manually (using FileZilla or whatnot), or using the upload function. Then you would have to write out the code as to where the image is supposed to go in for instance MediaWiki:Monobook.css, if that is what you want to guide off of. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  15:29, 15 January 2008 (UTC)

I guess I should rephrase the question as this: How can I tell the wiki to accept the html coding for using an image for a background that the text would be placed on? Example coding:  75.167.211.181 13:41, 11 February 2008 (UTC)


 * Please sign your posts with ~ . As for the body tags I don't know I will leave this to another member of MST. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  18:15, 16 January 2008 (UTC)


 * I hope this is solved too because I really want to do this too. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  00:39, 17 January 2008 (UTC)

Me too! I'm anxious to be able to do this ^_^ 75.167.199.197 01:27, 18 January 2008 (UTC)

Just curious if there's a step closer to resolving this? 75.167.199.197 18:10, 30 January 2008 (UTC)


 * Extension:RawMsg allows you to add HTML code to pages as does Extension:HTMLets --Chris  08:17, 22 February 2008 (UTC)

Thumbnails Not Working
I get an error for thumbnails: "Error creating thumbnail: sh: convert: command not found". My LocalSettings.php includes the line '$wgImageMagickConvertCommand = "/usr/local/bin/convert";' and this is the correct path for the convert executable. And it has execute privileges for all users. Any idea what could be wrong? (Reinstalling ImageMagick did not help either.)—99.236.141.81 04:16, 4 December 2007 (UTC)


 * Hi, I encountered the same problems like you before. Are you using a webhost to host your site? If so, this thing requires your webhost to do something as it involves some server security features. &mdash; PM Poon 12:26, 4 December 2007 (UTC)


 * No, I am not using a webhost. I'm using MediaWiki 1.11, Apache 2, PHP 5, and MySQL 5. —99.236.141.81 19:17, 4 December 2007 (UTC)


 * Perhaps I should have mentioned that the files involved were SVG files. —99.236.141.81 19:28, 4 December 2007 (UTC)


 * Try setting $wgSVGConverterPath to /usr/local/bin --Nad 20:25, 4 December 2007 (UTC)


 * Well, it works now. Thanks! —99.236.141.81 21:48, 4 December 2007 (UTC)

I had this same problem before I upgraded to 11, I haven't uploaded any images yet, I am still trying to restore my database. PatPeter 01:56, 8 December 2007 (UTC)

I have a problem that is like this: Error message: Error creating thumbnail: The system cannot find the path specified. I have a line in my Localsettings.php: $wgImageMagickConvertCommand = "/usr/bin/convert", but in that folder there are no commands, just files like svnstat and ulimit*. What command do I need to convert? How can I solve this problem? -194.138.26.89 11:52, 10 December 2007 (UTC)

Yes when I try to upload a file it asks me if I want to open or save, 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)


 * I have full access to the database along with the image files, the includes, extensions, LocalSettings.php, etc. but I don't have access to the computer the Wiki is running on, correct. In /usr/bin is the default location for that, do you mean that those are folders on the computer server? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  22:17, 9 January 2008 (UTC)
 * Secure Shell would be useful to give you a Shell console. Then you can check if the file convert is in the filesystem path by typing  in the console--Zven 03:57, 16 January 2008 (UTC)


 * Any particular client you would suggest? FileZilla is listed here, but I don't think that is SSH... the wikipedia page is somewhat confusing. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  18:22, 16 January 2008 (UTC)
 * Looks like your on a windows machine connecting to a *unix server. Putty will do the job. All those applications are using the SSL protocol, some provide secure copy functionality, some provide an interactive SSH window console. One that does both is best. --Zven 19:36, 16 January 2008 (UTC)
 * So I downloaded Putty, what information do I put in to access the database? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  17:31, 15 February 2008 (UTC)

Images not appearing as thumbnails

 * MediaWiki: 1.11.0
 * PHP: 5.0.5 (cgi)
 * MySQL: 5.0.45-community-log
 * Database: Not sure

I'm having problems getting certain images to appear as thumbnails, when using both the Image:Name.jpg|thumb feature and the gallery tag. While some images will look fine, others will simply display as the alternate text in articles and an empty box in the gallery.

From what I can tell, there doesn't seem to be any predictable pattern to guess which images will do this. All are JPGs, but other JPGs have worked fine. Size does not appear to make a difference. All read the MIME type as "image/jpeg", but others with the same MIME type have worked out okay. The closest thing I could find in the FAQ was this, but it doesn't appear to be the same thing. I could ask an administrator at my web host to run the rebuildImages.php script, I suppose, but I wanted to ask here first. Besides, The software hasn't been updated recently as far as I know, and the problem is happening on images uploaded just now... and I'd rather not have to ask them to run the script every time I add some new stuff.

Thanks in advance for the help. I appreciate it.

—66.68.143.7 12:33, 18 January 2008 (UTC)

Thumbnailing doesn't work

 * MediaWiki: 1.11.1
 * PHP: 5.2
 * MySQL: 5.0.41
 * URL: http://ymca-ca.tym.cz

Hi! My problem is with thumgnailing. Just reported articles are not about my problem,so I'm typing new article.

When I Upload a file I'm emediatly redirect to the main page. The file is uploaded on server, but there is no thumbnail of it. So if I click on its name,I'm always redirect to the main page. All the settings I tried, I think there is all right. Do you know, what it could be? Thanks

—Finalgrab 15:55, 17 February 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)


 * BUMP. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  20:45, 10 January 2008 (UTC)


 * Anyone? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  02:30, 21 January 2008 (UTC)


 * I've seen this behaviour in my previous installation (MediaWiki 1.6). Sometimes it went wrong (downloaded the index.php) and most times it went right... So whenever this occured, I just tried again. I never found out what the problem was, sorry. Theo s 12:26, 22 January 2008 (UTC)


 * Update, it is PHP (the program) asking you if you want to download index.php, so that problem is fixed, now the newer problem is that now it displays a blank page when I try to upload. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  01:28, 27 January 2008 (UTC)

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)


 * Bump. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  18:27, 10 January 2008 (UTC)


 * Are you still having this problem? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  19:15, 13 January 2008 (UTC)


 * Unfortunately yes, I do. I tried uploading existing images again, and even tried to upload converted images (from GIF to JPG or the other way around)... nothing seems to help... :( Theo s 21:53, 16 January 2008 (UTC)


 * What does your  read? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  00:26, 17 January 2008 (UTC)

$ cat LocalSettings.php | grep -i wgfileextensions $wgFileExtensions = array( 'gif', 'png', 'jpg', 'jpeg', 'ogg', 'rtf', 'doc', 'xls', 'ppt', 'pdf', 'zip', 'wzmul' );
 * Thanks, Theo s 10:57, 17 January 2008 (UTC)


 * Where did the

$ cat LocalSettings.php | grep -i wgfileextensions come from? I haven't seen that before, also try changing your file extensions to: $wgFileExtensions = array('jpg','png','ogg','gif','jpeg','rtf','doc','xls','ppt','pdf','zip','wzmul'); Also may I ask are you able to upload your .zip files? I am trying to upload similar files on. -PatPeter,  MediaWiki Support Team  15:41, 18 January 2008 (UTC)


 * The "cat" command is used on our Linux server to display the content of the LocalSettings.php file, grep -i to filter only the wgfileextensions setting. I accidently included the command when I posted my message, the cat is not in de LocalSettings.php file...
 * I will change the $wgFileExtensions setting according to your advice, but don't see much difference... I will post any change in behaviour here after I'm done.
 * Yes, I can upload .zip files, no problem... I will take a look at your trouble there.
 * thanks again, Theo s 12:22, 22 January 2008 (UTC)
 * update: changed to $wgFileExtensions but that makes no difference at all... :( Theo s 12:33, 22 January 2008 (UTC)

Bump... anybody? Theo s 14:30, 30 January 2008 (UTC)

Another bump... anybody any idea in how to approach this? Thanks! Theo s 14:11, 21 February 2008 (UTC)

How to upload Large Files?
hi,

How to enable large file uploads? i had put '''$wgMaxUploadSize = 1024*1024*500; $wgUploadSizeWarning = false; and this one is too $wgCheckFileExtensions = false; not making any change !! plz mail me to likhin@gmail.com any valuable helps will be appreciated.


 * You will also need to change some configuration in the php.ini file, specifically the upload_max_filesize option. See File Uploads Configuration Options. If you don't have access to this file, you will probably have to contact your webhost provider. — color probe (talk | contribs | [[Image:Tournesol.png|20px]]Support team) 18:51, 1 February 2008 (UTC)


 * What folder is php.ini in? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  23:06, 1 February 2008 (UTC)


 * This problem is similar to mine . -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  22:04, 2 February 2008 (UTC)

Image upload problem

 * MediaWiki: 1.11.1
 * PHP: 5.2.3 (cgi)
 * MySQL: 4.1.22
 * URL: http://www.qedoc.org/en/index.php?title=Special:Upload (no longer shows problem due to work-around)

--McCormack 14:52, 7 February 2008 (UTC)
 * Additional info: User:McCormack/Upload problem
 * Attempts to upload any image of any format produce the system message: Warning: fopen(/var/tmp/phpepykKu) [function.fopen]: failed to open stream: No such file or directory in /usr/home/[account_name]/www/htdocs/en/includes/MacBinary.php on line 46 + 3 further ones.
 * Actually this line probably isn't the main problem itself, as the macbinary check is optional, but the fopen's are failing everywhere else as well.
 * Playing around with LocalSettings.php can produce more errors if required. If the upload form is checked to ignore warnings, the file actually uploads and is placed in the /images/... dirctory structure, but it cannot be displayed using the [[Image:...]] tag, so this is not a viable workaround.
 * Prior to this, I upgraded from MediaWiki 1.6 to 1.11. Installation went fine, and there are no signs of any other problems - e.g. page creation, movement, file deletion, logins, etc all work fine. Images uploaded fine before the upgrade. On Mediawiki installations on the same server which are still at 1.6, the file uploads still work fine. All images previously uploaded (before the upgrade) work fine with the new MediaWiki installation.
 * Set just about every directory permission in sight to 777. However directory permissions are unlikely to be the problem, because a MediaWiki 1.6 installation is still successfully using the same upload directory (e.g. (/var/tmp/phpepykKu).
 * Jiggled every available flag for LocalSettings.php
 * Trawled through php.ini and ensured that everything is as it should be. Safe mode is off; open_basedir has no value; allow_url_fopen is enabled.
 * Put debugging code into SpecialUpload.php and verified that Mediawiki 1.6 (working) was using the same upload directory as Mediawiki 1.11 (not working). The only difference between the two installations is that 1.6 is using PHP4 and 1.11 is using PHP5 (both on the same server). 1.11 uses an .htaccess entry to send php files to the php5 parser.
 * Trawled through this site and googled for anything even resembling a similar problem - all with no success.


 * Eventually I found a cludge (changed a couple of lines in SpecialUpload.php) which enabled new file uploads under all conditions and re-uploads if warnings deactivated. I wouldn't exactly call this a wonderful resolution, but it seems to work. --McCormack 11:12, 9 February 2008 (UTC)


 * ...so what lines did you change McCormack? Your post is somewhat pointless, you said you have a solution and didn't give it :P -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  01:11, 15 February 2008 (UTC)


 * The point of my 2nd post was to spare any helpful support guy from overexerting themselves on my behalf ;-) The first post is probably worth leaving for the record, as I recreated this problem on two different servers and it might actually affect someone else. Anyway, the details of the cludge: I found that pretty well every PHP f???? method was failing for want of permissions (which was illogical, as the permissions were OK), but the good old move_uploaded_file method still worked. So I did the obvious and moved the file to a new temporary location where the f???? methods started working again. I've little idea why it worked, but it worked excellently. --McCormack 18:59, 16 February 2008 (UTC)


 * Sounds a bit like my problem, which is why I was seeking your solution, could you put the lines you changed in pre tags? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  20:22, 16 February 2008 (UTC)


 * Thanks for your reply. I read a couple of times during my debugging, and I don't think it was the same problem. At least, not the same symptoms. Perhaps a related cause. I added the lines below to SpecialUpload.php, but not in the same place as an expert would, because my stashing still doesn't work (not that it needs to). --McCormack 15:53, 17 February 2008 (UTC)

Uploading Large Files

 * MediaWiki: 1.11.0
 * PHP: 5.2.4 (cgi)
 * MySQL: 5.0.45-log
 * URL: http://lolslayer.com/mediawiki-1.6.10/index.php5?title=Main_Page

I keep trying to upload large files and it keeps timing out. How do I fix this?

MediaWiki- 1.11 (The URL says 1.6 because I don't know how to move the wiki into the main folder and prevent it rom messing up. If you can help me with this too I'd appreciate it)

Link- http://lolslayer.com/mediawiki-1.6.10/index.php5?title=Main_Page

-157.89.75.237 17:45, 30 January 2008 (UTC)


 * I also have a new problem. I get a "Fatal error: Out of memory (allocated 38273024) (tried to allocate 3652 bytes) in /homepages/35/d215937493/htdocs/lolslayer/mediawiki-1.6.10/includes/media/Bitmap.php5 on line 168" message when I try to visit http://lolslayer.com/mediawiki-1.6.10/index.php5?title=Special:Newimages . Any help on this too?


 * 157.89.75.237 09:59, 1 February 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)


 * To start phpMyAdmin and phpShell do I need to have access to the entire server computer? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  02:30, 21 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)

Extension:Google Custom Search Engine

 * 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

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)


 * Anyone else use this extension? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  16:34, 21 January 2008 (UTC)


 * Here is the "Search box code" content ("Paste this code in the page where you'd like your search box to appear."):

     


 * "Search results code" ("Paste this code on http://, where you would like your search results to appear."):

  var googleSearchIframeName = "results_002538290091482747803:gffn9ipskde"; var googleSearchFormName = "searchbox_002538290091482747803:gffn9ipskde"; var googleSearchFrameWidth = 600; var googleSearchFrameborder = 0; var googleSearchDomain = "www.google.com"; var googleSearchPath = "/cse"; 

-PatPeter,  MediaWiki Support Team  02:32, 21 February 2008 (UTC)

Adding an additional Sidebar

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

Hi there I try to develop a little MediaWiki for some friends. They requested an additional Sidebar on the right side. General question: - is this possible? - I guess so... If it is possible, which file do I have to edit? I searched for Extensions but haven't found one, anyone knows about this? Ben

—212.184.19.70 10:17, 10 January 2008 (UTC)
 * You can create many sidebars as is done on this wiki, edit the MediaWiki:Sidebar article. See also Manual:Interface/Sidebar --Nad 19:41, 10 January 2008 (UTC)


 * Putting one on the right side will require some trivial CSS changes though. — color probe (talk | contribs | [[Image:Tournesol.png|20px]]Support team) 19:48, 10 January 2008 (UTC)


 * Great. Thanks for your help.Can you tell me in which file I have to add some css code?
 * CSS code can be put in the wiki article Mediawiki:Common.css --Zven 01:40, 11 January 2008 (UTC)


 * Thanks for your hint. Actually my skills writing CSS are low (sorry for that). So can you please give me more help concerning the code?
 * I read some CSS help :). Is it right, that I have to add in common.css some lines starting #rightcolumn {float:right etc} If this first thought is ok, then how to tell the code that there should be some Information in it (the right column)? Normally there is some html code e.g. text but even if I add this div tag to monobook.php I don't know how to add a WikiText into it... Hope you can understand my problems. Have a nice weekend.
 * Ok I found a possibility to insert a Wikitext into a div tag. Now the (last) problem is the Position. I added my div Container in monobook.php at several places. None of them was ok. Someone knows where exactly (after/before which lines) I have to add my code?. Or is it the wrong way? As color probe wrote I have to do the placement with "trivial" css?

= Active Topics =

pdf woes

 * MediaWiki: 1.11.0
 * PHP: 5.2.5
 * MySQL: 5.0.45
 * URL: Internal only

I don't have an error; just a problem. Actually, 2 problems. Here's the scenario: I have ~1000 pdf manuals I would like searchable and indexed into my wiki. I have searched though every extension that I could find. Most of the extensions about pdfs are for creating pdfs out of wiki pages. Any help would be appreciated! Thanks!
 * 1) How do I transfer files to a wiki without doing them 1 at a time? I tried just putting 1 into the images dir but it looks like they need a DB entry as well.
 * 2) How do I make pdf files searchable on my wiki? I would love to do it as google has; click here for the file or click here to see it in html format.

—BruceWayne 16:54, 24 January 2008 (UTC)


 * There's the importImages.php maintenance script, but that's just bare-bones, and uploading them as files won't index the text contents as far as I'm aware. Tuvok[Talk/en.wp] 08:28, 26 January 2008 (UTC)

That looks like it will import the pdfs. I'll have to go through the php and see if I can make it recursive. I think there's a couple hundred folders. How's about making them search-able? Forgot to sign my last comment.. Doh! —bruceWayne 14:22, 30 January 2008 (UTC)

Need to leave the user names as they are typed to integrate mediawiki into logging using CAS.

 * MediaWiki: 1.11
 * PHP: 5.2.3
 * MySQL: 5.0.41
 * Database:
 * URL:

Hello there! I noticed thta wikimedia uses the php funcion ucfirst to convert the first character in the username to capitals. I am trying to integrate the mediawiki into my faculty site using CAS authentication, so i would need to leave the names as they appear. So far i've noticed that in user.php at line 413 and also at line 532 it uses the function ucfirst. I changed it to ignore it yet it keeps doing this, and it shouldn't. Am I missing somewhere else where this function gets called? I know it's against the usual way mediawiki works, but can this problem be solved? Thanks - Juanan —147.83.181.16 18:33, 15 January 2008 (UTC)


 * The LocalSettings.php configuration global Manual:$wgCapitalLinks may be useful here without having to modify the codebase --Zven 20:50, 15 January 2008 (UTC)


 * The thing is that this seems to apply only in the 1st letter of links (including included pages, images and categories). Not to usernames, (wich i need) - Juanan


 * How doesn't it? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  00:10, 22 February 2008 (UTC)

Edit Toolbar not shown...

 * MediaWiki: newest
 * PHP: 5.X
 * MySQL: 5.X
 * URL: http://iwenzo.de/wiki/

I Could not see Edittoolbar! Whats wrong?

User: test34

PW: gerald

PS: Please don´t post URL correctly, i want no index into google "thanks"

PS2: On Firefox is see on Sourcecode:

 /*<![CDATA[*/ addButton('/wiki/skins/common/images/button_bold.png','Fetter Text','\'\'\,'\'\'\,'Fetter Text','mw-editbutton-bold'); addButton('/wiki/skins/common/images/button_italic.png','Kursiver Text','\'\,'\'\,'Kursiver Text','mw-editbutton-italic'); addButton('/wiki/skins/common/images/button_link.png','Interner Link',,,'Link-Text','mw-editbutton-link'); addButton('/wiki/skins/common/images/button_extlink.png','Externer Link (http:// beachten)','[',']','http://www.beispiel.de Link-Text','mw-editbutton-extlink'); addButton('/wiki/skins/common/images/button_headline.png','Ebene 2 Überschrift','\n== ',' ==\n','Ebene 2 Überschrift','mw-editbutton-headline'); addButton('/wiki/skins/common/images/button_image.png','Bildlink','Bild:','','Beispiel.jpg','mw-editbutton-image'); addButton('/wiki/skins/common/images/button_media.png','Mediendatei-Link','[[Media:',']]','Beispiel.ogg','mw-editbutton-media'); addButton('/wiki/skins/common/images/button_math.png','Mathematische Formel (LaTeX)','','<\/math>','Formel hier einfügen','mw-editbutton-math'); addButton('/wiki/skins/common/images/button_nowiki.png','Unformatierter Text',' ','<\/nowiki>','Unformatierten Text hier einfügen','mw-editbutton-nowiki'); addButton('/wiki/skins/common/images/button_sig.png','Deine Signatur mit Zeitstempel','--~',,,'mw-editbutton-signature'); addButton('/wiki/skins/common/images/button_hr.png','Horizontale Linie (sparsam verwenden)','\n\n',,,'mw-editbutton-hr'); /*]]>*/

So whats wrong!?!? (The Imagefiles are in the folder!) —91.17.107.104 08:16, 21 January 2008 (UTC)


 * Unless you install a bot that keeps your wiki from being searched by google (such php programming exists on phpBB3 forums for example), there is no way to stop Google from indexing your wiki. That being said could you please give a link to a page being edited so we can see what is wrong? I cannot read German and thus cannot find the Special:Randompage to see the toolbar problem. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  21:06, 20 February 2008 (UTC)

code question/ how to change the code for a wiki page?

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

hi there i want to add some meta informations to the code of some wiki pages

<meta name="keywords" content="Quecksilber - und alle Quecksilberhaltigen Stoffe" />

i can view the code but cant work with it and since i dont have a html data to work with cuz its stored in the db how can i work with it? —62.225.191.42 07:22, 23 January 2008 (UTC)


 * You can add this code snippet to your LocalSettings which should do the trick --Nad 20:56, 23 January 2008 (UTC)

thx for answer but i want to add some meta informations to like 500+ Pages dont think this trick will work here :(


 * Why won't it work? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  22:49, 20 February 2008 (UTC)

Can't get my wiki back after loosing some tables in database

 * MediaWiki: 1.5.7
 * PHP: 5.1.6-1~bpo.1 (apache2handler)
 * MySQL: 4.0.24_Debian-10sarge2-log
 * URL: http://elearning.itinet.fr/wikibibi/index.php/

Hi, I had a hard disk crash an now only certain tables seems to contain information in my database. I tried to put on the wiki back, but it says that it can't find some tables.

My important information is most in searchindex table. Is there any way to get this information back in a wiki ? or any other possibility ?

I already tried to move only the searchindex table to another wiki but it didn't work.

Thanks, Eric.

—195.25.195.79 16:24, 23 January 2008 (UTC)


 * What is the content that your Wiki displays when "it says that it can't find some tables"? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  22:50, 20 February 2008 (UTC)


 * If it's just the searchindex? That should be possible to rebuild, try php maintenance/upgrade.php</tt> then try maintenance/rebuildall.php</tt>. Note that, if MySQL has marked the table as "crashed", you will need to use MySQL's tools to repair the database before attempting to rebuild the table content in MediaWiki. --Carlb 19:09, 21 February 2008 (UTC)

Uploaded Files with "Umlauts" won't be found
My Wiki runs in German.

Whenever I upload a file that contains an umlaut in its filename, "schäden.png" for instance, the file will be upload under "sch#%&den.png" (something like that). Renaming that file by hand to "schäden.png" makes it be found again.

How can I get those umlauts to be kept within the filenames?

I just can't find any solutions here.

Thanks a lot!

--195.200.70.22 08:33, 24 January 2008 (UTC)


 * Are you still having this problem? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  23:43, 20 February 2008 (UTC)


 * Yes. I wonder if it has to do with Windows? Since my first entry, I have one Wiki set up on Win XP, one Wiki on Win 2000 and one Wiki set up under Mac OSX. All in German. All set up from scratch. All with their own resources and extensions. While I have no problem at all with uploading files with German umlauts under Mac OSX, it won't work -- as described -- under Win XP and Win 2000.  Same Browsers used under those systems (Firefox, Safari, Opera, IE7 on Windows). I use WOSportable on Windows and MAMP on OSX. Or is it WOSportable? --84.145.122.49 15:36, 21 February 2008 (UTC)

1.6.10 Install problems
I Am trying ti install 1.6.10 as that is the version the install recommended as I am running PHP Version 4.4.7 and can not upgrade at this time.

Here are all the lines of the install page, including the error:


 * 1) PHP 4.4.7 installed
 * 2) PHP server API is apache; ok, using pretty URLs (index.php/Page_Title)
 * 3) Have XML / Latin1-UTF-8 conversion support.
 * 4) PHP is configured with no memory_limit.
 * 5) Have zlib support; enabling output compression.
 * 6) Neither Turck MMCache nor eAccelerator are installed, can't use object caching functions
 * 7) Found GNU diff3: /usr/bin/diff3.
 * 8) Found ImageMagick: /usr/bin/convert; image thumbnailing will be enabled if you enable uploads.
 * 9) Found GD graphics library built-in.
 * 10) Installation directory: /home/laplante/public_html/wiki
 * 11) Script URI path: /wiki
 * 12) Environment checked. You can install MediaWiki.

Generating configuration file...
 * 1) Database type: mysql

Fatal error: Cannot redeclare initialisemessages (previously declared in /home/laplante/public_html/wiki/config/maintenance/InitialiseMessages.inc:14) in /home/laplante/public_html/wiki/maintenance/InitialiseMessages.inc on line 14

Thank you for any help you may be able to provide! —66.82.9.108 02:41, 25 January 2008 (UTC)


 * Are you still having this problem? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  23:44, 20 February 2008 (UTC)

MediaWiki doesn't load with display_errors = On in php.ini?
This should be a trivial thing, so I don't feel too guilty asking anyone this question. Can someone else do a test on MediaWiki 1.11 to see what happens when switching  and   in php.ini? It seems that on my machine, under Apache 2.2.4/Win32 on Windows XP, MediaWiki fails silently and returns a blank page if the server has enabled error display. Tuvok[Talk/en.wp] 11:07, 28 January 2008 (UTC)
 * It shouldn't fail silently if error reporting is on. Try seting error_reporting to E_ALL, and check the error log too --Nad 20:33, 28 January 2008 (UTC)
 * It's been on  the whole time, but nothing shows up in the error log. I did just uninstall php_exif.dll, which was throwing errors that the file couldn't be found (which is BS and another problem to be solved at some point). It's just toggling   that makes it work or not; which is really strange, because I could swear that I used it with error display on in previous versions and it didn't make any difference. Could it be something to do with Windows, or a bug in Apache 2.2.4 or PHP 5.2.4 that I should upgrade to fix? (Not that I want to. Last time I tried updating Apache, I very nearly hosed my entire setup. I know now why there are servers still using Apache 1.1.3 and other old versions like that.) Tuvok[Talk/en.wp] 18:22, 30 January 2008 (UTC)

(RESOLVED) Display Error in Extension:Newuserlog
Why isn't my wiki picking up the extension's text from the language file?

(I asked a couple days ago on the author's talk page I mean the Extension Discussion page, but I admit to being impatient [spoiled by the great service here at the Help Desk!], and anyway this seems like a general issue, so I am crossposting.)

etc.
 * My Special:Log/newusers displays the title as  &amp;lt;newuserlogpage&amp;gt; .
 * The dropdown menu of logs also displays  &amp;lt;newuserlogpage&amp;gt; .
 * The text at the top of the log page is literally  .

It seems to be rather inconsistent, whether I'm logged in as Admin or not. But logged in or logged out, I still get language errors.

--Töff 19:22, 30 January 2008 (UTC)
 * MediaWiki=1.11.0 / PHP=5.1.6 / MySQL=5.0.37 / URL=Pale Ravens.


 * p.s. I wouldn't mind just hard-coding it in English, as my wiki won't be of any use in other languages. (Meant to ask how to disable the other langs, too ...)


 * Nobody? ... too bad, it looked like an easy one for you vets. I guess I'll keep poking at it. --Töff


 * I can't fix it ... :(


 * Please sign your posts with . -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  15:25, 13 February 2008 (UTC)
 * That was me, sorry. Töff 03:12, 14 February 2008 (UTC)

I guess this is just a unique problem. The extension works elsewhere, obviously. Too bad nobody recognized the symptoms and could offer a cure. Oh well! The globe spins on ... Töff 03:12, 14 February 2008 (UTC)

My Mediawiki 1.11.1 is having the same behaviour. The text literally shows up &amp;lt;newuserlogpage&amp;gt;. It is Windows 2003, PHP 5.2.5, MySQL 4.1.22, Apache 2.2.8. This is the only hit on google for this problem. How can I fix this? Thank you.


 * I have had a look at the problem mentioned. If you set the articles MediaWiki:Newuserlogpage and MediaWiki:Newuserlogpagetext the tag entries will be populated with the content from the articles. this is documented under Extension:Newuserlog --Zven 18:58, 15 February 2008 (UTC)


 * There's actually a usage note about that? I didn't even see it! ROFL RTFM. But ... I don't understand it. What does "set the articles" mean? (Newbie here! sorry). Thanks Zven, you already saved my bacon once; soon I'll owe you my fitstborn, huh. --Töff 21:22, 15 February 2008 (UTC) p.s. I just noticed somebody else asked this question on 18 Jan. too.
 * Oh, I think I see. Create those articles as pages, and just put whatever text you want (usually equal to the name of the page, huh, although with spaces and maybe Initial Caps). I think I've got mine working. Yer a genius, Zven, a genius! --Töff 21:29, 15 February 2008 (UTC)
 * RESOLVED, w00h000 :) and the only issue remaining (it's a small one!) is, "What are all those extensions messages for?" There's six of them and I've hunted them down so far as follows ...
 * MediaWiki:Newusers - (not sure where this appears.)
 * MediaWiki:Newuserlogpage - Title of the log page; also appears in the dropdown menu for logs.
 * MediaWiki:Newuserlogpagetext - Text that appears on the log page, under the title. (What should this say, I wonder?)
 * MediaWiki:Newuserlogentry - (not sure where this appears.)
 * MediaWiki:Newuserlog-create-entry - Text that appears in logs (incl.RecentChanges) for a new user created by himself.
 * MediaWiki:Newuserlog-create2-entry - Text that appears in logs (incl.RecentChanges) for another user account created by an existing user.
 * Zven yu rok. I seriously never would have understood the Usage note, even if I'd seen it.--Töff 21:47, 15 February 2008 (UTC)
 * Basically there is a good chance of any article in the namespace MediaWiki: to be associated with being able to manipulate the interface in some way. You might want to update Extension:Newuserlog with your specific findings --Zven 00:20, 16 February 2008 (UTC)

(RESOLVED) Config gets stuck during environment check
I've happily been using Mediawiki for some time on my local PC, but I'm having problems installing Mediawiki 1.11.0 on a web host I've not used before. They support PHP and MySQL (in fact I've installed Wordpress successfully). My problem is that the config script gets stuck immediately after showing the PHP version. At the top of the page is the follow error message:
 * MediaWiki: 1.11.0
 * PHP: PHP 5.2.3
 * MySQL: 5.0.22 (I think)
 * URL: My Test site

@return string */ function mw_get_session_save_path { $path = ini_get( 'session.save_path' ); $path = substr( $path, strrpos( $path, ';' ) ); return $path; } /** * Is dl available to us? * * According to http://uk.php.net/manual/en/function.dl.php, dl * is *not* available when `enable_dl` is off, or under `safe_mode` * * @return bool */ function mw_have_dl { return function_exists( 'dl' ) && is_callable( 'dl' ) && ini_get( 'enable_dl' ) && !ini_get( 'safe_mode' ); }

I'm not really very techie, so I'd really appreciate some help. If it is any use, when I installed Wordpress earlier I had to manually replace the "Localhost" in their config script to the name of the web server. But I thought the Mediawiki installer did all that through the config page? :) —Seaweed 22:58, 30 January 2008 (UTC)


 * Site no longer exists. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  03:05, 22 February 2008 (UTC)

(RESOLVED) After edit first few sections of content repeated continuously

 * MediaWiki: 1.11.0
 * PHP: 5.2.5 (apache2handler)
 * MySQL: 5.0.24a-log
 * URL: Behind Firewall

On some pages, after an edit the first few sections of content are repeated continuously. So I rolled back to the previous version and all looks ok when viewing the article, yet when in edit mode you see only the repeated content and cannot get past it.

I can't see what it might be on the page causing this. We have recently upgraded from 1.5.5 to 1.11.0.

Thanks, SG

—168.224.1.14 15:04, 1 February 2008 (UTC)


 * I would probably check to see if you had upgraded correctly. If not, then I'd try clearing your cache. It might just be your computer. If that still doesn't work, I'd have a friend go to the edit page and see if it repeats there. If it's still there, then try reinstalling MediaWiki. It won't erase your data at all, and it'll fix your wiki problems. I feel your pain, since I can't rollback the Main Page without it going all the way back to Martin Luther King, Jr. Day on my wiki. --The TattleTale Strangler 04:21, 7 February 2008 (UTC)

Systemmessage 'mainpagetext' and 'mainpagedocfooter' not editable throu MessagesYY.php
Hi! i edited the MessagesYY.php, to extend some descriptions. Some messages of the array are correctly displayed, after editing. But some are not. e.g. 'mainpagetext' and 'mainpagedocfooter'. And none of this messages are Specialpages (listed also in the FAQ). The modified text is displayed in Allmessages correctly, but only there (e.g. 'mainpagetext' and 'mainpagedocfooter'). I don' use cachemechanism and purged the page (which use the messages) allready. In the FAQ are listed an maintenance script rebuildMessages.php, but it seems been removed.
 * MediaWiki: 1.11.1
 * PHP: 5.3.2
 * MySQL: 5.0.41
 * URL:

How can i modify this messages 'mainpagetext' and 'mainpagedocfooter' without using Special:Allmessages?

Thank you! --Ozz 07:03, 2 February 2008 (UTC)


 * Presumably MediaWiki: . <font face="Verdana,Arial,Helvetica"> Mønobi 03:24, 16 February 2008 (UTC)

Viewing Previous Revisions Crashes mysql

 * MediaWiki: 1.11.1
 * PHP: 5.2.4 (apache2handler)
 * MySQL: 5.0.45-community
 * URL: not publicly viewable: accessible on intranet only

Trying to view older revisions is crashing MySQL and MediaWiki is displaying the following error:

A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:

(SQL query hidden)

from within function "Database::selectField". MySQL returned error "2006: MySQL server has gone away (localhost)".

The original revision and the last couple revisions work fine. All the other revisions cause this error. I can use the mysql command line client and SELECT * from text WHERE old_id= for all the old revisions that cause the crash with no problem.

Any ideas what is going on?

Glen

—209.222.206.50 19:51, 1 February 2008 (UTC)


 * I think it might have to do something with your MySQL. Are you sure that your database isn't just full? —The TattleTale Strangler [[Image:Tournesol.png|20px]] MediaWiki Support Team  01:46, 8 February 2008 (UTC)

Further to previous enquiries
At the beginning of January I came on here as an anon asking about the size of the Media and general queries following up from the PHP version I needed, and consequent contact with my provider revealed that I could upgrade to PHP 5, but it would cost. I can't afford it, so I have to put up with PHP 4.4.7. That means if I am to put MediaWiki onto my domain, it will have to start with version 1.6.15.

Now my question(s);


 * 1) Where do I find version 1.6.15 to download?
 * 2) Are the installation instructions any different to any other installation, including that of the current version?
 * 3) Are the following features a part of V1.6.15;
 * 4) Check User (the main reason why I am installing)
 * 5) Colourful signatures (a la Wikipedia)
 * 6) Making the default editing having an account (Wiki-Site's default is anonymous editing as an example of what I DON'T want)
 * 7) More groups than just "User, Sysop and Bureaucrat"
 * 8) The ability to change the side nav bar and add stuff
 * 9) Once installed where do I find the security updates to V1.6.15 and anything else I may need or might want for that version

Sorry if these questions seem dim, but I am making sure I have all the information I need so I can proceed with as little assistance as possible. TLPG 00:05, 2 February 2008 (UTC)

Hope this helps --<font style="color:Red;">Chris  01:03, 2 February 2008 (UTC)
 * 1) here
 * 2) Nope just unzip and setup the wiki via browser
 * 3) The CheckUser Extension won't work with 1.6.15 but you may be able to do some tweaking to get it to work
 * 4) If you mean disabling anon editing then see here
 * 5) Default groups are User, Sysop, Bureaucrat and bot, see here for how to add extra groups
 * 6) see Manual:Interface/Sidebar
 * You might be able to use userIP check user's predecessor SVN --<font style="color:Red;">Chris  01:45, 2 February 2008 (UTC)
 * First off, it's 1.6.10, not 15. And to answer your very last question, 1.6.10 is the latest security update for that version, and there will be no more official upgrades of that version, as it is no longer a supported version. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  03:21, 2 February 2008 (UTC)

Oh great! Now I'm caught between a rock and a hard place - unsupported version equals susceptibility to hacking. Not only that "tweaking" to get the CheckUser working is not within my computer capabilities. Balance that with the cost to switch servers on my domain host to get PHP 5.......it hurts thinking about it!

I'll talk to my domain host again. Thanks for your help so far, guys. Just one more question (a general one) - because my computer knowledge is so basic I hope you lot can help me with some simple queries should the need arise once I finally get around to whatever ends up being done. TLPG 10:32, 2 February 2008 (UTC)


 * Might I just add that I think charging for a PHP upgrade is ridiculous. What host are you using? I'd like to make sure never to use them. (The number of hosts who still use PHP 4 and even 3 is also ridiculous, I might add again.) Tuvok[Talk/en.wp] [[Image:Tournesol.png|20px]] MediaWiki Support Team  12:04, 2 February 2008 (UTC)
 * Source Forge still uses php 4, they say they have a plan to upgrade to php 5 but they haven't put a date and nothing seems to be happening, very annoying! And that's on top of all the other config you need to do to get mediawiki running! --<font style="color:Red;">Chris  02:03, 3 February 2008 (UTC)

How to show NEW Pages on main page

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

Is there a quick way I can list, say the last 5 or 10 New Pages with just titles created and have this list show on the Main Page. Also, same for most recent Revised pages.

—81.156.192.201 14:29, 3 February 2008 (UTC)


 * For newest page, you can include  (replace 5 by the number of pages you want to show), for most recent Revised pages, if you think about Special:Recentchanges, you can do the same (but it's not possible with all special pages). <font color="#66A7CC">i <font color="#9966CC">Alex  18:10, 3 February 2008 (UTC)

Thanks for that. Is there a way I can display just the title of the page. So:

12:33, 4 February 2008 ‎Scratchpad (hist) ‎[22 bytes] ‎127.0.0.1 (Talk)

becomes

Scratchpad


 * Not w/o writing a script. <font face="Verdana,Arial,Helvetica"> Mønobi 03:25, 16 February 2008 (UTC)

Any suggestions?

Nothing in Special:Version info will displayed (blank page)

 * MediaWiki: 1.11.0
 * PHP: 5.2.5 (apache2handler)
 * MySQL: 5.0.51
 * URL: This is an intranet URL and cannot be accessed

After I've installed the Extension:Prefix Security extension, I've the problem of displaying something in Special:Version. I know, this is now only my problem or the problem of the developer of this extension :) But maybe someone can give me a hint about this problem of displaying a blank Special:Version Page? What does Special:Version need to display the versions of the installed software...?

Many thanks in advance!

—Timotheus.elias 11:53, 4 February 2008 (UTC)


 * Blank pages mean PHP errors, so see this page, then come back with the specific errors that have been reported. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  01:49, 5 February 2008 (UTC)


 * Try uninstalling the extension and reinstalling it. The most likely problem is a one-time installation error. Tito<font color="#008000">xd (?!?) 04:39, 5 February 2008 (UTC)

Statistic of search requests
Hello. Is there a way to get a statistic of search requests? I'd like to know, what users are looking for in my wiki. Something like Special:Wantedpages, but based on "not found" users queries? —213.148.8.233 22:19, 5 February 2008 (UTC)


 * Special:Statistics has most pages visited, which is similar, if you wanted what is searched the most then it would probably be a plug-in to this page. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  23:38, 5 February 2008 (UTC)


 * Then again MediaWiki (the site not the code) has this option turned off, so look here. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  23:39, 5 February 2008 (UTC)


 * You might want to check out Extension:SearchLog, this gives a tabular summary of search requests. You could also check the server logs of search requests by filtering on specific query string requests, although searches will be urlencoded --Zven 01:49, 6 February 2008 (UTC)

The SearchLog - is very close to what I need, Special:Statistics shows popularity of existing pages, but I need "What pages I have to add, that readers looking for". The only problem: SearchLog incorrectly shows UTF-8 chars. --89.175.73.253 12:12, 6 February 2008 (UTC)


 * I have modified Extension:SearchLog to display raw Unicode/UTF-8 characters by escaping the ampersands. A special page example is running on OrganicDesign:Special:SearchLog, see if that is what you want. --Zven 23:30, 7 February 2008 (UTC)


 * Still not working, the same black diamonds :-( --Konstbel 18:06, 8 February 2008 (UTC)


 * Is your wiki site publically accessible? Can you tell me what the characters are in the source generating the diamonds? The UTF-8 character &#38;#xFFFD; is a diamond with a question mark inside '�'. Try putting each of these searches in to the new version -See Extension talk:SearchLog --Zven 20:29, 8 February 2008 (UTC)


 * No, site is inside intranet. The HTML code of the generated page is looking like

рћс‚с‡рµс‚с‹

1


 * If I open the log file in editor with UTF-8 support, I can read the search phrases, they are really in UTF-8. --Konstbel 15:29, 12 February 2008 (UTC)

Navbox

 * 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

http://www.maporchestra.com/wiki/index.php?title=Template:Navbox

I don't know why there is that extra and  there, any help?

—-PatPeter,  MediaWiki Support Team  23:36, 5 February 2008 (UTC)

Wiki Encoding Problem

 * MediaWiki: 1.11.0
 * PHP: 5.2.3 (cgi-fcgi)
 * MySQL: 5.0.37-community-nt
 * URL: http://wiki.myelectrical.com/

I have had a wiki up and running for a year or so without problems. Recently I have just moved to Dubai and when I first tried the wiki here I received the following error (on some pages only):

''Content Encoding Error (content_encoding_error) Server response could not be decoded using encoding type returned by server. This is typically caused by a Web Site presenting a content encoding header of one type, and then encoding the data differently. For assistance, contact your network support team.''

The wiki was fully functional before I arrived in Dubai (and may still be in other countries). After further investigation I found that the wiki is functional except for certain pages:

http://wiki.myelectrical.com

http://wiki.myelectrical.com/index.php

http://wiki.myelectrical.com/index.php?title=Special:Random

http://wiki.myelectrical.com/index.php?search=iec

etc.

Example working pages are:

http://wiki.myelectrical.com/index.php?title=Main_Page

http://wiki.myelectrical.com/index.php?title=Special:Recentchanges

http://wiki.myelectrical.com/index.php?title=CT_Dimensioning

... most article pages seem to be working

http://wiki.myelectrical.com/index.php?xx (where xx can be a lot of things)

etc.

I've tried quite a lot of things to resolve this without success. Any suggestions/help would be much appreciated.

—62.140.211.130 06:55, 6 February 2008 (UTC)

Variables not expanded to value

 * MediaWiki: 1.11.1 and 1.11.0
 * PHP: 5.2.3-1ubuntu6 (apache2handler)
 * MySQL: 5.0.45-Debian_1ubuntu3-log
 * URL: private

I have a problem with MediaWiki standard variables like SITENAME which to not get expanded to their value on certain occasions. For instance, SITENAME in the footer doesn't get expanded and the wiki displays "About " literaly. The weird thing is that the same variable gets expanded correctly on the window title / page name. I have absolutely no idea what is going on and have tried debuging the Parser a bit but without any success. I have the GeSHi - Generic Syntax Highlighter extension installed but disconnecting it doesn't change anything.

—195.154.168.90 15:44, 6 February 2008 (UTC)


 * Only certain MediaWiki messages allow for wiki code to be placed into them. Most do not, which is why you are experiencing that issue. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  21:07, 6 February 2008 (UTC)

Well in fact, appart from the page titles, variables like don't work in any of the wiki pages that I edit so I'm a bit puzzled. Is there something to enable in LocalSettings.php? 195.154.168.90 15:25, 7 February 2008 (UTC)

We got exactly the same mistake, 'resolved' by creating a new account, one of the administrator/Bureaucrate account was causing that trouble ... Why ? We don't know. We also use the GeSHi extension. Maybee is-it comming from there ... --84.101.142.60 09:22, 8 February 2008 (UTC)
 * Problem not resolved ... 1 hour after ower change, the variables are bugging again ... --84.101.142.60 09:26, 8 February 2008 (UTC)
 * This could be a side issue but which extension for GeSHi were you using? If it was Extension:GeSHiCodeTag, there are some issues with Tags conflicting with HTML tags, for example the  tag, as that is a language specified in GeSHi. You could check out what tags surround the non rendering  in the source code. You may need to purge server side caching aswell with the query string key/value pair &action=purge in a long url request to see changes taking effect--Zven 01:15, 9 February 2008 (UTC)
 * No changes, I guess it is a charset problem, because when it bug, chars are saving in ISO and they have to be in UTF ... (Rhombus with Question mark) --84.101.142.229 08:45, 12 February 2008 (UTC)
 * is it possible the problem to come from mysql 5 ? cause when i see other wiki like wikipedia they are still on mysql 4!
 * It seems the problems is coming from apache / php and mbstring functions, we have a website in UTF8 and mediawiki on the same server, and when a client connect to the site, it makes the wiki go wrong because it doesnt like mbstring functions. We set mbstring.func_overload in each .htaccess with the value 6 for the site and 0 for the wiki, but sometime it seem that the value stay to 6 when we connect to the wiki. In fact, we don't have any solution --86.71.108.138 10:40, 18 February 2008 (UTC)

Excluding pages from "article count" and "random page" searches

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

Is there a way of excluding pages from the "article count" function and the Random Page function? For example, I don't want to include FAQ or About pages in those totals.

—74.128.207.61 23:46, 6 February 2008 (UTC)


 * Funny, I was just about to ask how to include more articles in the article count (i.e. count my extra namespaces) and add Random page to encompass those extra namespaces also. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  02:19, 7 February 2008 (UTC)

I am wondering if there is some sort of code I can insert (much like the code) to prevent certain pages from being counted as "articles" or showing up in random pages/articles.

Does anyone have any insight into this? 74.128.207.61 17:20, 8 February 2008 (UTC)

500 Internal Server Error while trying to access config/index.php

 * MediaWiki: 1.11
 * PHP: 5.2.5
 * MySQL: 4.1.22-standard
 * URL:

I replaced the wiki files with the files for the latest version and I am trying to run the web based config script to upgrade.

I get a 500 Internet server error page instead. The server log shows this

Premature end of script headers: /home/malvagit/public_html/hqwiki/config/index.php

Any ideas?

—Darkwater 06:06, 7 February 2008 (UTC)


 * Can you include a URL to your wiki? <font face="Verdana,Arial,Helvetica"> Mønobi 03:26, 16 February 2008 (UTC)

Recent changes page is emtpy
Hi, u got an empty recent changes page, since i upgrade from 1.10. I already truncate table Recentchanges and rebuild it using an shipped maintenance script. The table is correctly filled (checked with SQLyog) but recent changes page is still emtpy. I deactived all extensions, but also the same. Any Ideas?
 * MediaWiki: 1.11.1
 * PHP: 5.2.3
 * MySQL: 5.0.41-community-nt
 * URL: local

Thanks —Ozz 16:12, 7 February 2008 (UTC)

the maintenance script rebuildall solve this problem. the Recentchanges script is not enough --Ozz 17:27, 9 February 2008 (UTC)

This fix the problem only for one moment. After editing recentchanges is not up to date anymore. --Ozz 20:52, 9 February 2008 (UTC)


 * A quick fix is place the recentchange script on crontab. I couldn't help you much more because your wiki is on your LAN. <font face="Verdana,Arial,Helvetica"> Mønobi 03:27, 16 February 2008 (UTC)

Sorting of category page

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

On a Category:XX page of my wiki I see page links grouped by first letter, that is OK, but groups themselves (letters) are arranged in random order (page names are non-english!), is it possible to alphabetize them?

—Konstbel 16:55, 7 February 2008 (UTC)


 * The order is imposed by the database, and the order is probably not "random", but byte-wise, instead of alphabetically. You may get better results when using the "experimental utf8" veriation of the database setup, instead of "compatibility mode". This is an option diring installation, i have no idea how to change it later. Also note that "experimental utf8" mode relies on mysql's own utf8 support, which is incomplete. It may work better than "compatibe" (binary) mode for your language, but as soon as you use a character from some ''very' odd language (like, for example, gothic), it will not work at all, producing a fatal error.
 * Sadly, I don't know a good way out of this dilemma, short of waiting for real unicode support in mysql. -- Duesentrieb ⇌ 10:09, 8 February 2008 (UTC)


 * I looked at wiki database, and noticed, that most varchar fields have utf8_bin comparison instead of utf8_general_ci. Is this the reason? I tried to change to utf8_general_ci, but without visible effect :-( --Konstbel 15:13, 12 February 2008 (UTC)

Need help: PHP has encrusted an Access violation at 01EDAE66

 * MediaWiki: (Reported by your Wiki's Special:Version page)
 * PHP: 5.2.1
 * MySQL: 5.0.27
 * URL:

PHP has encrusted an Access violation at 01EDAE66

web sever: Microsoft-IIS/5.0

Dear friends,

I am a new mediawiki administrator, the previous one installed it and left.the wiki is set as a intranet site. recently, our wiki is down so often with error message "PHP has encrusted an Access violation at 01EDAE66", I searched google, mediawiki sites for several days, but did not have any clue. any body has the same experience? any suggestion is appreciated!

Thanks. Susan


 * That's a system crash which probably means PHP or IIS is not configured or set up properly --Nad 09:38, 8 February 2008 (UTC)


 * We installed other components in e107 with wiki together, including Forum, call serivces, etc, it works fine, they are installed in a same server with same PHP and IIS setting, this problem happens just on WIKI. Could you please give me more detail information, or I have to reinstall php, wiki? appreciate.--Susan9508 14:15, 8 February 2008 (UTC)

install-utils.inc

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

My wiki is not yet installed. I get a error on the config directory in my wiki, when i point my browser there, and the wiki directory doesn't work i get 403 error. It says i don't have install-utils.inc when i looked through and i do have it.

—Smwape 23:43, 7 February 2008 (UTC)


 * I don't know what it could be, but if it's a new install you could just try deleting everything and starting all over, then see if the problem occurs again. <font color="#006500">Smaug 00:22, 8 February 2008 (UTC)
 * Permissions and ownership of files a problem? --Zven 00:41, 8 February 2008 (UTC)
 * That's probably right, 403 means forbidden, try chmod -R 755 * on your wiki base-dir --Nad 09:35, 8 February 2008 (UTC)

Error with Checkuser and Makesysop

 * MediaWiki: 1.12alpha
 * PHP: 5.15
 * MySQL:
 * URL:

CheckUser is hard to install: I tried doing it via Phpshell for my XAMPP install which has a working copy of MediaWiki 1.12alpha - but couldn't get it to work.

I can't really just add it to extensions folder, with ExtensionFunctions.php and then it'll be installed (not forgetting $wgCheckUserLog directory).

See this image: http://aycu34.webshots.com/image/45033/2003150385021445665_rs.jpg When I say it "doesn't work", I'm not sure how to get it working with phpShell. and when it's installed: http://aycu05.webshots.com/image/44124/2003185015665829825_rs.jpg

It does not create a log in the log directory, and says "No matches found", even though they were.

This is what the log creates: http://aycu24.webshots.com/image/45063/2004716913533090621_rs.jpg

Makesysop, as mentioned at Extension:Makesysop installs OK, but apparently I have to use

$wgGroupPermissions['bureaucrat']['userrights-interwiki'] = true;

in order to get user rights changed on my other wikis: e.g. checkuser sysop, bureaucrat, checkuser, oversight sysop, bureaucrat, steward
 * Admin changed user rights for Testuser1@testwiki from sysop to sysop,
 * Admin changed user rights for Exampleuser@mywiki from sysop, bureaucrat to
 * Admin changed user rights for FooBar@examplewiki from sysop, bureaucrat to

I find it strange that Special:Userrights has taken over from Special:Makesysop to configure cross-wiki permissions change, and also why is the line: $wgGroupPermissions['bureaucrat']['userrights-interwiki'] = true;

needed??

The makesysop page here says "Special:Makesysop shows the same form in Special:Userrights. In the "user name" field the database name should be added after the account, e.g. MyUser@foowikidb instead of just "MyUser".

I'm trying to copy Wikimedia's setup for my wiki farm: hopefully my report will benefit others here.

How do I get it to work properly??

—82.42.237.84 16:16, 8 February 2008 (UTC)
 * Makesysop was just a limited version of Userrights to begin with, it became deprecated the moment $wgAddGroups and $wgRemoveGroups took effect. The userrights-interwiki permission is needed because that's what the form checks for when you type an @wiki in the username field when using Special:Userrights. As for CheckUser, see if your hosting company will run the install script for you. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  03:10, 9 February 2008 (UTC)


 * I'm actually testing it on a XAMPP server, thanks for explaining the steward thing. Can't get CheckUser to work on XAMPP though... well, unless you know a good terminal emulator for Windows XP... --82.42.237.84 10:29, 9 February 2008 (UTC)


 * Simple: download the files from SVN, which I assume you've done. Then, open up phpMyAdmin, select your wiki's database, click the SQL tab and create two tables, cu_changes</tt> and cu_log</tt>. The query used to create cu_changes can be found here (current version, as of 10:48, 9 February 2008 (UTC)) and the query for cu_log is here (current, most up-to-date version as of 10:48, 9 February 2008 (UTC)). When you've created the tables, add include_once('extensions/CheckUser/CheckUser.php');</tt> to your LocalSettings.php and you're done. Give yourself checkuser permission, browse to Special:CheckUser and enjoy. -- Sayuri 10:48, 9 February 2008 (UTC)


 * So the $wgCheckUserLog is no longer relevant?? I added that to LocalSettings.php, added the SQL into my database - I just found it weird that no checkuser.log was generated - is this meant to happen?? Thanks anyway. --82.42.237.84 13:07, 9 February 2008 (UTC)

Shared uploads error

 * MediaWiki: 1.12alpha
 * PHP:
 * MySQL:
 * URL:

I configured image uploading, and it works fine, but getting it to be shared across my 3 wikis is a nightmare. This is my image upload script which is used in my wiki's CommonSettings.php - require_once( '../wikiset/CommonSettings.php' );: /** * If you operate multiple wikis, you can define a shared upload path here. * Uploads to this wiki will NOT be put there - they will be put into * $wgUploadDirectory. * If $wgUseSharedUploads is set, the wiki will look in the shared repository if * no file of the given name is found in the local repository (for, * [[Media:..]] links). Thumbnails will also be looked for and generated in this * directory. * * Note that these configuration settings can now be defined on a per- * repository basis for an arbitrary number of file repositories, using the * $wgForeignFileRepos variable. */ $wgUseSharedUploads = true; /** Full path on the web server where shared uploads can be found */ $wgSharedUploadPath = "http://127.0.0.1/testwiki/images/"; /** Fetch commons image description pages and display them on the local wiki? */ $wgFetchCommonsDescriptions = true; /** Path on the file system where shared uploads can be found. */ $wgSharedUploadDirectory = "http://127.0.0.1/testwiki/images/"; /** DB name with metadata about shared directory. Set this to false if the uploads do not come from a wiki. */ $wgSharedUploadDBname = "testwiki"; /** Optional table prefix used in database. */ $wgSharedUploadDBprefix = '';

However, the images don't appear at all on the other 2 wikis, only testwiki. How do I get this to work?? —82.42.237.84 14:06, 9 February 2008 (UTC)


 * No support available for unstable releases. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  16:50, 9 February 2008 (UTC)
 * This is the same version that all the wikimedia projects are using - also I don't think you should mark items as "resolved" when you haven't resolved it. --Nad 21:03, 9 February 2008 (UTC)
 * The value for $wgSharedUploadDirectory should be local FS path to images, not http --Nad 21:17, 9 February 2008 (UTC)

External links colours
Is there an easy way to change the colour of external links? I'd like internal links to remain blue, but would like external links to be green in colour. Is it possible?

—74.128.207.61 22:54, 9 February 2008 (UTC)
 * You can add a css rule for eg a.external { color: pink } in your MediaWiki:Common.css article. --Nad 23:22, 9 February 2008 (UTC)


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

Gave that a try, but it did not seem to work for me. Any other ideas? -74.128.207.61 16:16, 10 February 2008 (UTC)
 * You'll need to do a ctrl+shift+refresh to ensure your browser reloads the css. Also what version of MW are you using? you'll need to use MediaWiki:Monobook.css instead of Common.css if you're pre 1.9 --Nad 19:35, 10 February 2008 (UTC)

I've done the "force refresh" bit, but nothing is happening. (I am using MW 1.11.1.

Perhaps I wrote the code wrong, inserted/removed spaces where there should be none? Here is what I wrote in MediaWiki:Common.css:

a.external { color:#228B22 }

-74.128.207.61 00:39, 11 February 2008 (UTC)
 * Ah yes sorry, there's a more specific rule in the main css which takes precendence, you can fix it by making the rule more specific as follows:


 * 1) content a.external { color:#228B22 }
 * --Nad 03:19, 11 February 2008 (UTC)

That did the trick....excellent! Many thanks. -74.128.207.61 03:58, 11 February 2008 (UTC)

Resetting the hit counter on the main page

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

Is there a way to "reset" Wikimedia's hit count (the This page has been accessed ### times) bit?

—74.128.207.61 05:24, 10 February 2008 (UTC)
 * I think you'll need to update the db directly, the following query would do it,

update page set page_counter=0 where page_title='Main_Page';
 * (you'll need to add a prefix to page if your using table prefixes) --Nad 06:02, 10 February 2008 (UTC)

That did it. Muchas Gracias. 74.128.207.61 16:14, 10 February 2008 (UTC)

CheckUser oddity

 * MediaWiki: 1.12alpha
 * PHP:
 * MySQL:
 * URL:

I set up CheckUser, and it works OK, however, I set up a folder called "logs" for $wgCheckUserLog and it comes out blank... why?? NOTE: I'm using XAMPP if that's of any use. —82.42.237.84 18:12, 10 February 2008 (UTC)
 * If you use the latest version of the extension, the log is now stored in the database in a table named cu_log, so you don't need to set a file for the log. <font color="#66A7CC">i <font color="#9966CC">Alex  08:56, 11 February 2008 (UTC)


 * I think the anon's asking us why he can't view a log cross-wiki - am I right or wrong in thinking that Wikimedia's CheckUser logs are cross-wiki. --Jazsen 10:36, 11 February 2008 (UTC)


 * I'd be interested to know if the logs are cross-wiki, as well. --Jazsen 10:37, 11 February 2008 (UTC)

Should all non-unique wiki entries be categories?
(or: "My Big Wiki Design Theory Conundrum")

Here's my problem*. I noticed early on that the MediaWiki software doesn't particularly distinguish Page names for singular & plural**. Example: if I have a Page, "Vegetables," where I talk about all kindsa veggies, right? and I have a Page, "Aunt Betty's Mutant Carrot Shaped Like A Doberman," then I can't post on Aunt Betty's Page, "This carrot is a vegetable but looks like a dog," because the link vegetable will NOT take me to the "Vegetables" Page. I have to use a link like vegetable, or I have to use a #redirect like Wikipedia does for plurals.

I'm kinda a neat freak. I thought, how can I theorize, philosophize, and specify an official style for using plural or singular in a Page title? Well, if there's only one of a thing, like Benedict XVI, obviously the Page title has to be singular. But what about "Pope." There's more than one. In fact, most things in life come down to unique items or ... aha! ... CATEGORIES.

This leads me to the initially absurd-sounding notion of making all wiki Pages for non-unique things into Categories!

Bear with me ... MediaWiki's Category functionality really works great! I love the fact that it auto-generates a list of every Page that has the little inclusion tag (   ). And you can put up at the top of any Category Page all the same kinds of wiki text and info that you can put in a regular (non-Category) wiki Page. So I should NOT have a Page for Vegetable. I should have a Category for Vegetables (plural), and Popes (plural), and anything else that's not a unique item. This solves the singular/plural Page titling conundrum completely! And never would I have to worry about making a manual list of things within that Category, like "See also: Aunt Jane's Christ Ginger." It would be up to the Christ Ginger Page itself to maintain its inclusion tag for the Category. Neat! Clean!

Small downside is, I have to make a #redirect Page for "vegetable" and "vegetables," to catch any links where people didn't categorize or interlink properly, because otherwise I'll have bashed the wonderfully easy wiki linking system of just sticking a couple square brackets on any word to link to that word's Page. Is that too high a price to pay for consistency? I'm thinking not ...

But I don't know. I don't see other wikis doing this to any large degree. Lookit that Wikipedia Page again. They went with the singular title, and it's not a Category.

... Why not? Seriously. What am I (newbie) missing?

--Töff 18:59, 10 February 2008 (UTC)

( * I know this isn't a tech support question. I'd post it elsewhere if I knew where.) ( ** Not that they could, really. Tough algorithm! It'd have to be a massive lookup table.)
 * I've thought about that too, and even set up a test wiki in which all articles are automatically categories (ie the default namespace is CATEGORY but not seen). But this was done so that all articles could potentially contain other member articles like a folder. You didn't specify exactly what the problem was with using redirects for plurals etc - I think redirects are more appropriate for that (since that's what they were created for), and semantic mediawiki is best for maintaining more sophisticated relations between articles than simple categorisation (eg an isSynonymOf or isPluralOf relation). --Nad 19:26, 10 February 2008 (UTC)


 * didn't specify exactly what the problem was with using redirects for plurals ... More an organizational concern than a problem; because anything that's plural is basically, philosophically, a Category! But I'd say the main "problem" is that a redirect to another Page doesn't have the Category functionality, and you have to list items within that Page as "hard-coded" links rather than the auto-included list in a Category.
 * (eg an isSynonymOf or isPluralOf relation) ... What that!? --Töff
 * See SMW, it basically extends the categorisation idea to allow arbitrary relationships and attributes in articles instead of just an "isMemberOf" relationship which normal categorisation is basically doing --Nad 20:20, 10 February 2008 (UTC)

This is why it's a bad idea ... because Categories are not half as 'movable' as Pages. And, let's face it, pages get moved! --Töff 19:57, 11 February 2008 (UTC)

Replace the search box?

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

Hi all

I don't like the search capabilities of MediaWiki so I decided to spider my wiki using Sphider, a php based spider in the style of Google's.

Now I'd like to replace the default search form with one that sends the entered params to Sphider's search page. But I don't have a clue where I can change that, is there some sort of MediaWiki:Searchbox where i can change the links?

Thanks a lot for helping me get started,

—62.225.191.42 08:49, 11 February 2008 (UTC)
 * See Sidebar, you can add a wikitext page into the sidebar which can contain your custom search which could be in the form of a tag or parser function --Nad 10:40, 11 February 2008 (UTC)

Table Problem

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

I have a page on my wiki where I introduce the members of the community, their titles, and their places of employment. As you can imagine, this list is getting quite long (and still has a ways to go). What I would like is to make three equal-sized columns (with about 20% slack space at the right end of the screen). I tried doing this, but I must have screwed it up, because it didn't quite work...one of my biggest issues was that whenever I had a row with only two names instead of three (like near the end of the list), and it would screw up the spacing.

Is there a simpler code I can use to do this? —74.128.207.61 16:05, 11 February 2008 (UTC)
 * Do you have a link to the site? if not, please show your table here (with just a few rows including a stuffing up one or two --Nad 19:46, 11 February 2008 (UTC)

www.windrep.org/Community

Any help would be appreciated. That list at the bottom is going to grow by some 30-40 names in the next few weeks.

(I am not using the table right now, obviously).
 * I can't fix it if you're not using it - create the table in another article or something so I can see what's going wrong and fix it --Nad 05:50, 12 February 2008 (UTC)

Images problem!

 * MediaWiki: 1.11.1
 * PHP:
 * MySQL:
 * URL: mediawiki

Hi, I have exactly started with mediawiki and I have a litle problem with the images! I tried to set an image in the article, but the picture will not appear. How do I do so the image will be appear?

/ Kim Klasson, hope you can send me an e-mail how to fix it. Sorry for my bad English, I'm from sweden^^

—217.208.144.120 17:50, 11 February 2008 (UTC)
 * There are no images uploaded into your wiki and your file uploads are disabled, set $wgEnableUploads to true in your LocalSettings --Nad 20:43, 11 February 2008 (UTC)

Please advise what the minimum hardware configuration requirement is to run Media Wiki

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

—204.187.93.195 19:12, 11 February 2008 (UTC)
 * MediaWiki itself will run on anything which has PHP, MySQL and a webserver. The main resource requirement is from MySQL which works best with at least 256MB RAM. The MediaWikiLite extension (which works, but is very new and still considered experimental) allows you to run it using the SQLite database instead of a large database server which allows you to run MediaWiki on much smaller systems such as iPod's or small client PC's much more efficiently. --Nad 19:41, 11 February 2008 (UTC)


 * It is already documented here: Installation -- Dr DBW |  talk  05:45, 12 February 2008 (UTC)

How do I hide the namespace prefix
How do I hide the namespace prefix in a page title in MediaWiki 11.1? I would want the prefix hidden in the whole namespace (i.e., don't need a per-page option)—Töff 21:54, 11 February 2008 (UTC)
 * I think you'd have to add some code called in setup (ie a callback in $wgExtensionFunctions) which sets the page title using $wgParser->mOutput->setDisplayTitle('whatever'). You'd have to check whether it was a normal title as opposed to an error page or a title with preceding action (eg "editing foo") etc --Nad 22:22, 11 February 2008 (UTC)

Sidebar width
How do you change the width of the column on the left? — Jeremy Parker
 * MediaWiki: 1.11.1
 * PHP: 5
 * MySQL: MySQL 5 Database
 * URL: http://www.snoodlers.com
 * I've added a section to sidebar explaining how to do that --Nad 02:09, 12 February 2008 (UTC)

But I can't find the file I got to edit all that information.
 * There are no files involved, it refers to articles --Nad 18:32, 13 February 2008 (UTC)

Category alphabetization...

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

Alright, here's an interesting one. I run a wiki that has two categorized main lists, one of compositions, and one of composers. I just noticed that the composer category list just happens to be alphabetized by the composer's last names, even though I listed them FIRST NAME LAST NAME when I created the page (Steven Bryant, for example). It somehow recognized all of the composers I have entered so far, except for one. The composer Fred Stride is being listed under "F" for Fred.

Under compositions, the listings are being done by the first letter of the composition, as one would expect.

My question is....how the heck does MediaWiki figure out to categorize by last name, and why is it not categorizing that one particular composer correctly?

—74.128.207.61 04:07, 12 February 2008 (UTC)

DOH! I think I just figured it out.

NEEEEEEEVER MIND.


 * Sounds like you are using sort keys --Zven 05:39, 12 February 2008 (UTC)


 * Would be good for future people with the same problem / question if you actually responded here with what the issue was, why it was doing that. -- Dr DBW |  talk  05:42, 12 February 2008 (UTC)

No problem:

I was leaving out the all-important code. If you don't use that at the bottom of your page code (or anywhere, really), then WikiMedia automatically alphabetizes by the first letter of the article title. In the case of proper nouns, you can set the sorting to correspond to the last name as such:  so that it will sort categories by last name.

-74.128.207.61 15:40, 12 February 2008 (UTC)

Help with False Cookie Error (RESOLVED, I think)

 * MediaWiki: This page is always empty; should be latest 1.11.xxxx (soomething)
 * PHP: 5.2.0
 * MySQL: 5.0.22-community-max-nt
 * URL: http://www.bandwiki.net/

When creating a new account on my new wiki, I recieve an error stating that cookies must be enabled; that I need enable them and try again.

The cookies are enabled, but even clearing my history, deleting the old cookie, and restarting my browser did not fix the issue.

I logged out so that I could create the new account, and now cannot log back into the wiki with my sysop account either.

—216.223.16.33 05:28, 12 February 2008 (UTC)
 * —It worked fine for me, it must be a problem with your browser, what are you using? Try it on another machine and/or browser --Nad 05:45, 12 February 2008 (UTC)


 * —Hmm, now its working... could it be because i made a change and reuploaded the LocalSettings.php file? --216.223.16.33 05:50, 12 February 2008 (UTC)

Editing the Navigation Menu

 * MediaWiki: Nothing shows, should be latest version 1.11.xxxx
 * PHP: 5.2.0
 * MySQL: 5.0.22-community-max-nt
 * URL: http://www.bandwiki.net/

How do you remove the 'Donations' link from the navigation menu? I have edited mediawiki:sidebar and have added and removed items, but when I save the changes nothing actually changes in the menus.

—216.223.16.33 05:59, 12 February 2008 (UTC)
 * You've done it the correct way, I think you must have something else wrong for it not to take effect. I noticed that no matter what page you go to, the URL is just the plain domain name which could have effects on caching. --Nad 19:27, 12 February 2008 (UTC)
 * Nope that is not it, I just recently added that domain name, and my attempts to fix it was tried before i bought the domain... I have now since changed the domain name though to forward not mask. Still see donate, even though it nolonger appears in the page. --216.223.16.33 19:37, 12 February 2008 (UTC)
 * there appears to be a couple of hooks in your Special:Version,

MonoBookTemplateToolboxEnd	efContributorsToolbox SkinTemplateBuildNavUrlsNav_urlsAfterPermalink	efContributorsNavigation Are these associated with a skinning extension which is overriding mediawiki:sidebar? --Zven 22:46, 12 February 2008 (UTC)
 * Good point, there's a lot of extensions installed, try commenting out the extension includes in your locasettings, then see if changes to MediaWiki:Sidebar still fails, if not put extensions back one-by one until the offending one is found. --Nad 06:52, 13 February 2008 (UTC)


 * I have disabled all of the extensions; I have verified that the donations link has been removed from mediawiki:sidebar; but the donations link still appears.--216.223.16.33 14:46, 22 February 2008 (UTC)

(RESOLVED) How to create a custom kind of users, besides the existing user / admin / bureaucrat.

 * MediaWiki: 1.11
 * PHP: 5.2.3
 * MySQL: 5.0.41
 * URL: Custom Localhost for now...

Hi there, I'm trying to create a new kind of usertypes, called "student" so I can batch delete all those users using the extension merge and delete. The problem is that I insert this kind of users into the user_groups table manually but it doesn't appear in the Special:Userrights, nor I can change the user rights like I can do with the old ones (admin / bureaucrat). In fact this new custom user type doesn't appear on the userrights, yet it appears on the special:listusers page. Is there any way of creating some other kind of custom user type with it's own user rights? Thanks a lot. —Juanan 12:11, 12 February 2008 (UTC)
 * Try reading through Manual:$wgGroupPermissions and Help:User rights management. You can add custom groups using  and assign them with Special:Userrights. Tuvok[Talk/en.wp] [[Image:Tournesol.png|20px]] MediaWiki Support Team   17:40, 12 February 2008 (UTC)

Works like a charm, thanks a lot! -Juanan 15:49, 13 February 2008 (UTC)

Customize Printable Version & Formatting Question

 * MediaWiki: 1.9.2
 * PHP: 5.1.6
 * MySQL: 5.0.22

Hello there,

is it possible to customize the "Printable Version"? For example i want to fill in a header and footer. Which file must be edited?

And the other question is: Is there a formatting tag to tell the wiki, that tabulators and breaks should be interpreted as normal? So they should look like normal tabulators and breaks. The tag   doesn't give me any formatting.

Thanks for your help in advance! Flo

—217.7.54.186 12:45, 12 February 2008 (UTC)

(RESOLVED) Rearrange categories
I have a question that concerns categories. Categories sort alphabetically using the english alphabet right? Since the Tagalog alphabet is quite different: A B K D E F G H I L M N NG O P R S T U W Y; how can I make use of that order in the Tagalog Wikipedia instead of the English default one? Thanks! <font color= "#FCD116">-- <font color= "#0038A8">Felipe  <font color="#CE1126">Aira  13:28, 12 February 2008 (UTC)
 * That's an interesting one! I have a solution, but its not perfect and is a bit of a hack. The ordering of the category listings is in includes/CategoryPage.php script in the doCategoryQuery method starting about line 188. You'll see a line that says:

array( 'ORDER BY' => $this->flip ? 'cl_sortkey DESC' : 'cl_sortkey', Try changing that line to the following two lines: $sort = "FIELD(LEFT(UPPER(page_title),1),'A','B','K','D','E','F','G','H','I','L','M','N','NG','O','P','R','S','T','U','W','Y'"; array( 'ORDER BY' => $this->flip ? "$sort DESC" : $sort, There's a couple of issues with it though, firstly it only sorts based on the first character, subsequent characters are sorted with normal ASCII, secondly the "NG" will never match since its two characters, and third, any other letters not included in your list will appear at the start in undefined order. --Nad 21:33, 12 February 2008 (UTC)
 * Thank you for the help. I'll add english alphabet letters which are not in the Alphabet and "ñ" since they are usually used in loanwords from Spanish and English. Additional question: what's the case with the Spanish Wikipedia since their alphabet has "ñ" and "rr" and "ch", is "ñ" placed at the end since it come after Z in unicode or had they fixed it? <font color= "#FCD116">-- <font color= "#0038A8">Felipe  <font color="#CE1126">Aira  10:34, 13 February 2008 (UTC)
 * What is the location of this file exactly? <font color= "#FCD116">-- <font color= "#0038A8">Felipe  <font color="#CE1126">Aira  11:10, 13 February 2008 (UTC)
 * The default ordering of characters is based on their unicode number and so would come after the normal ASCII characters. The file is in your wiki's includes folder, then in CategoryPage.php --Nad 18:28, 13 February 2008 (UTC)

Server Problems...

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

I've been some problems with my server (I think). There are several times when I will visit my wiki and the resulting page will be completely blank. This is not a 404 error, the URl is clearly visible in the address bar, but the page is completely blank....even the source code.

It doesn't happen for very long (the longest "outage" so far was 10 minutes), usually it is only down for 1-2 minutes, and then it comes right back. But it is very annoying, and if someone is visiting my page for the first time and encounters the blank age, they may not come back, thinking it a dead site.

My hosting company (Siteground) insists that there is no problem and that it must be my internet connection. However, I have a friend in another state whom I was chatting with via IM, and I asked them to look at the site at the exact moment, and they got the same thing, a blank page, so it cannot be just me.

My questions are:


 * Has this happened to anyone else?
 * Is Siteground a good server, or should I look into someone else?
 * If I need to transfer to another server...how easy/difficult is it to move an entire wiki database? Is it just a matter of exporting and re-importing the MySQL database? I am sure there are more steps than this.

Sorry for the long post, but....this is getting frustrating. It happens 3-4 times an hour as of late.

—74.128.207.61 16:12, 12 February 2008 (UTC)
 * If its an intermittent problem like that and you're not experiencing the same thing with other sites, then I can't see how the provider can say its not their problem. It should be no problem moving the site elsewhere, just take a complete copy of your wiki directory structure so you get your localsettings and uploaded files, and export your database as SQL (not XML or other custom format or you may not have the same tools on your target server). When you set up your new database, try and keep all the login and database name the same to avoid need to do any configuration changes. --Nad 19:42, 12 February 2008 (UTC)

This is what they told me: The issue you have experienced was explained in my previous reply. That is why I have used the same response. I apologize if it sounded unprofessional.

I have now double checked the error logs on the server and the error_log under the public_html folder on your account. There is not errors which may cause this issue.

That means that the issue could be caused only from a script which is timing out. This caused the blank screen on location from which there is a lack of Internet to our Data-Center.

Unfortunately there is nothing we can do to prevent such network glitches because they are not on our network.

Please let us know if we may assist you further on this matter.

Looking forward to your reply.

I don't understand how it can be happening to me and to other viewers of the site...from another state even...and it is our faults and not the servers! Maybe someone here can explain it?

-74.128.207.61 22:35, 12 February 2008 (UTC)

Mozilla Firefox display problem

 * MediaWiki: 1.11.0
 * MySQL: 5.022

I'd like to know why this very short piece of code is displayed differently in Internet Explorer and Mozilla:

<LI>description. <br style="clear:both;"/> <LI>description. <br style="clear:both;"/>
 * It's always risky doing invalid html and assuming that different browsers will correct it the same way. You should close your LI's and contain them within a UL. --Nad 19:45, 12 February 2008 (UTC)

Problem Description In internet explorer photos are well positioned, alligned to the very left of the page; in Firefox Mozilla, instead, pictures are not alligned on the left but the latter starts at former end right border. The problem doesn't appear before loading the 2 images. Any help?

Thanks, Ettore

—87.9.121.35 17:22, 12 February 2008 (UTC)

Adding a IFRAME to Wiki

 * MediaWiki: Nothing shows, should be latest version 1.11.xxxx
 * PHP: 5.2.0
 * MySQL: 5.0.22-community-max-nt
 * URL: http://www.bandwiki.net/

I am NOT a PHP programmer to say the very least, and have just created a new wiki, we want to add our advertising banner script to our wiki by using a inline frame. Our banner program uses ASP, and with an iframe, I could link to our ASP code.

I have tried to edit the CSS, but whereever I put the code it don't seem to work. Again not a PHP programmer.

I want the frame to be aligned on the right side of the browser window and have a width of 165 and a height of 610.

—216.223.16.33 17:35, 12 February 2008 (UTC)
 * Try Extension:Include --Nad 19:50, 12 February 2008 (UTC)

LocalSettings not created. Getting "Undefined index: REQUEST_METHOD"

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

When configuring the wiki, I am getting a notice at the bottom after it says, "Environment checked. You can install MediaWiki."

Notice: Undefined index: REQUEST_METHOD in C:\Program Files\Idiom\WorldServer\tomcat\webapps\wiki\config\index.php on line 564

LocalSettings.php is not created and installation is incomplete.

—208.4.152.131 19:47, 12 February 2008 (UTC)
 * Normally the lack of the REQUEST_METHOD index means that the script was not executed from webspace, or perhaps that you're using a non-standard webserver which doesn't conform properly to the CGI standard, what are the specifics of your environment? --Nad 19:56, 12 February 2008 (UTC)

--I'm working with Tomcat on a Win2003 Server box.
 * In what context is the mediawiki code being executed? --Nad 20:41, 12 February 2008 (UTC)

''--Not sure what you mean by "context". I'm executing the code in Tomcat in /webapps/wiki. I'm using the latest PHP (5.2.5)''
 * Is that the tomcat prowler browser? Try configuring using a webbrowser like IE, or firefox and see if there is a difference --Zven 21:04, 12 February 2008 (UTC)
 * Forget that, it looks like your talking about the tomcat server environment --Zven 21:08, 12 February 2008 (UTC)

--Yes I'm working with Apache Tomcat
 * I think you have an odd setup, but I can't know unless I have more info, so if you create a script which calls phpinfo and save the resulting html and paste in to User talk:Nad (inside &lt;pre>...&lt;/pre> tags) I may be able to be of more help --Nad 21:54, 12 February 2008 (UTC)

Faulty date/time in "last modified"

 * MediaWiki: 1.7.1 (on Ubuntu 7.04 server)
 * PHP: 5.2.1 (apache2handler)
 * MySQL: PostgreSQL 8.2.6 on i486-pc-linux-gnu, compiled by GCC cc (GCC) 4.1.2 (Ubuntu 4.1.2-0ubuntu4), Hooks: AutoAuthenticate: (HttpAuthPlugin, autoAuthenticate)
 * URL: http://kakrafoon.dyndns.org/guiden (guest, guest)

Hello,

I get the last modified date displayed as 1970-01-01 on all pages in my wiki. Signature (four ~ ) works fine. The list in recent changes is also showing the wrong date.

I hade a look in the db in the tables pages and recentchanges. The timestamps there seems to be fine, eg "2008-02-12 20:16:01+01"

Cheers

—erk 20:51, 12 February 2008 (UTC)


 * Upgraded to latest version of MediaWiki, 1.11.1 -> Problem solved. erk 14:49, 13 February 2008 (UTC)

Soo ...
Is Media Wiki a support system for things like Wikipeia as in it helped launch it, it added Wiki Markup or it made it look the way iot does? Cause I've been looking for something and I thing I've found it! I was just wondering, becuse my wikithing looks nothing like this! thanks, Akira-otomo 22:49, 12 February 2008 (UTC)
 * MediaWiki support is for supporting people who use the MediaWiki software --Nad 23:19, 12 February 2008 (UTC)

Embedding image from internal share

 * MediaWiki: 1.10.0
 * PHP: 5.2.3 (apache2handler)
 * MySQL: 5.0.41-community-nt
 * URL: internal

Hi,

Is there a way to a way to embed an image from an internal share? ie. \\computer\share\image.jpg

Thanks, Tim

—159.140.254.10 23:34, 12 February 2008 (UTC)
 * Try $wgSharedUploadDirectory. You may need to map a drive to the path as a UNC (\\computer...) may not work. Also the location will need to be available from the http side and set in $wgSharedUploadPath. --Nad 23:49, 12 February 2008 (UTC)

Looking for Database-Backup-Plugin with scheduler
I am looking for a MediaWiki Database-Backup-Plugin. It should have an integrated scheduler that can backup the database and maybe send it via E-Mail. WordPress has a very nice Plugin that can do this: http://www.ilfilosofo.com/blog/wp-db-backup/ Does this kind of plugin exist for MediaWiki?

—PMay 10:15, 13 February 2008 (UTC)

How can I print the Wiki Page without problems concerning to its format?
I made a Wiki in which I included many texts and figures ordered in such a way that they appear perfectly displayed on the screen. The problem is that, when I sent the pages to the print, the printed version created is not as well ordenated as the text and figures that appears on the screen. This means that the printed pages has figures on wrong places and its not a good version.

I was wondering if someone coudl help me to print the pages just like they appear on the screen. Please, I need help!

- Jack


 * MediaWiki should automatically turn the page printer-friendly upon printing. Check to see if it's just your skin messing it up. Click here for more information. —The TattleTale Strangler [[Image:Tournesol.png|20px]] MediaWiki Support Team  19:56, 13 February 2008 (UTC)

Incorrect UTF-8 chars conversion
I suppose, that UTF-8 chars converted to lower/uppercase incorrectly. It makes a really HUGE problems in wiki: the search does not find what I'm looking for, the categories sorted incorrectly (see problem above), the Extension:SearchLog also displays incorrect characters (also see problem above). Is it possible to fix that? —Konstbel 10:12, 14 February 2008 (UTC)
 * MediaWiki: 1.11.0
 * PHP: 5.1.4 (apache2handler)
 * MySQL: 5.0.21-community-nt


 * Searching and sorting are done by the database, and per default, mediawiki tells mysql to treat all data as binary. The reason is that mysql's utf-8 support is broken for some "rare" scripts (those using 4-byte codes), like gothic. You can specify "experimental utf-8 mode" during installation, then unicode collation should apply correctly (but you will get database errors when you try to use "unsupported" characters). I don't know how this can be changed after the wiki has already been installed. I suppose you would have to change the charset/collations on all tables manually. -- Duesentrieb ⇌ 11:54, 14 February 2008 (UTC)


 * Do I need to convert only database or I need also some modifications in wiki code? --Konstbel 09:32, 15 February 2008 (UTC)

NavFrame not working

 * MediaWiki: 1.12alpha (r30403)
 * PHP: 5.2.1 (apache2handler)
 * MySQL: 4.0.26-wikimedia-google-log
 * URL: Tagalog Wiktionary

There is quite a problem here in the Tagalog Wiktionary. We have already put the code for the navFrame in the Common.js and css. Yet it's not working. There might be some problem in the code. Please help us. Use this wikt:tl:Template:Salinan and the Common.css and Common.js at our wiki. Thanks a lot! <font color= "#FCD116">-- <font color= "#0038A8">Felipe  <font color="#CE1126">Aira  08:06, 2 February 2008 (UTC)
 * You have a syntax error in your Monobook.js in the section MediaWiki tooltips and access keys, you can simply remove this section (all what is above the addLoadEvent section ) to fix that problem, it's not used anymore. <font color="#66A7CC">i <font color="#9966CC">Alex  15:12, 2 February 2008 (UTC)
 * Thank you, I'll tell the sysop. <font color= "#FCD116">-- <font color= "#0038A8">Felipe  <font color="#CE1126">Aira  01:08, 3 February 2008 (UTC)

Hi again I reposted this, since the solution offered does not work! <font color= "#FCD116">-- <font color= "#0038A8">Felipe  <font color="#CE1126">Aira  12:52, 14 February 2008 (UTC)


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

—69.205.34.81 15:43, 14 February 2008 (UTC)


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

Version: PHP 5.2.5 MySQL 5.0.45 MediaWiki 1.11.1

The issue we are having pertains to group access in the wiki. The code that we have lets users log in with there LDAP credentials; which is what we want. We want everyone who has a logon for our domain to have access to the information. The part that we can't get to work is we only want one group in AD to be able to edit the information on the wiki. As it stands anyone that can sign in can edit and add pages. This is the code that we are currently using. We are all new PHP so some of the code may be incorrect.

$wgLDAPGroupUseRetrievedUsername = array( "domain"=>true ); $wgLDAPGroupObjectclass = array( "domain"=>"group" ); $wgLDAPGroupAttribute = array( "domain"=>"member" ); $wgLDAPGroupNameAttribute = array( "domain"=>"cn" ); $wgLDAPRequiredGroups = array( "domain"=> array("group name") ); $wgLDAPUseLDAPGroups = array( "domain"=>true ); $wgLDAPGroupsPrevail = array( "domain"=>false ); $wgLDAPGroupSearchNestedGroups = array( "domain"=>true ); $wgLDAPRetrievePrefs = array( "domain"=>true ); We have commented out the stuff in bold, it makes the code fail when we let it run.

—198.182.163.125 18:01, 14 February 2008 (UTC)

LDAP Groups in Wiki

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

Version: PHP 5.2.5 MySQL 5.0.45 MediaWiki 1.11.1

The issue we are having pertains to group access in the wiki. The code that we have lets users log in with there LDAP credentials; which is what we want. We want everyone who has a logon for our domain to have access to the information. The part that we can't get to work is we only want one group in AD to be able to edit the information on the wiki. As it stands anyone that can sign in can edit and add pages. This is the code that we are currently using. We are all new PHP so some of the code may be incorrect.

$wgLDAPGroupUseRetrievedUsername = array( "domain"=>true ); $wgLDAPGroupObjectclass = array( "domain"=>"group" ); $wgLDAPGroupAttribute = array( "domain"=>"member" ); $wgLDAPGroupNameAttribute = array( "domain"=>"cn" ); $wgLDAPRequiredGroups = array( "domain"=> array("AD group name") ); $wgLDAPUseLDAPGroups = array( "domain"=>true ); $wgLDAPGroupsPrevail = array( "domain"=>false ); $wgLDAPGroupSearchNestedGroups = array( "domain"=>true ); $wgLDAPRetrievePrefs = array( "domain"=>true ); We have commented out the stuff in bold, it makes the code fail when we let it run.

—198.182.163.125 18:11, 14 February 2008 (UTC)

PHP problems, possibly doe to the way I have to edit the software

 * MediaWiki: 1.11.1
 * PHP: 5.1.4 (cgi-fcgi)
 * MySQL: 5.0.45-log
 * URL: WikiVerse Might have to use this one

I have a Wiki that I wanted to add a user group to. After a considerable amount of confusion about LocalSettings.php, I decided to just try it, and revert the changes if it failed. What ended up happening was the group was successfully created, but it added repeated lines of "Warning: Cannot modify header information - headers already sent by (output started at /home/content/g/a/e/gaeamil/html/wikiverse/LocalSettings.php:2) in /home/content/g/a/e/gaeamil/html/wikiverse/includes/WebResponse.php on line 10". Also, no redirects work. I don't know about page redirects, but neither an edit nor typing in the URL without the whole ?title= bit allows you to reach a page. The second link above can send you right to the main page. I reverted every edit, and tried replacing WebResponse.php with a fresh version just downloaded from here, even though I never edited it. It may be caused by the fact that I have not found a way to replace files on my server without first deleting the old copy, thus making a gap which could have messed up the Wiki. I really wish I had editing capabilities, but I do not. Can someone help me get my wiki back to the way it was? Thank you.

—204.132.36.104 06:53, 15 February 2008 (UTC) &mdash;(Gaeamil, not logged in.)
 * This can be due to a space or a line break at the start of your LocalSettings.php, that will start the output and disallow any newer header to be send, be sure that there is no space nor line break (and maybe no BOM caracter). <font color="#66A7CC">i <font color="#9966CC">Alex  20:09, 15 February 2008 (UTC)
 * Also spaces at the end after the ?> will cause that problem, it's best to simply remove the ?> completely. --Nad 21:25, 15 February 2008 (UTC)
 * I'll try these. When I downloaded the file, however, the line break was already there.  Maybe it's my download algorithm or something stupid like that.  Or perhaps I hit enter and never realized.
 * OK, now it says "Parse error: syntax error, unexpected $end in /home/content/g/a/e/gaeamil/html/wikiverse/LocalSettings.php on line 126", but when I look at the file, there is no "$end". -- Gaeamil --204.132.36.53 23:03, 15 February 2008 (UTC)
 * Could you please paste lines 124-126 of your LocalSettings.php file here? I'm guessing it is due to some syntax error. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  15:56, 17 February 2008 (UTC)
 * I'll see... I use Notepad to edit it, and it doesn't split the lines very well.  I'll just re-upload the LocalSettings file and link it, OK? LocalSettings, directly copied from the wiki--204.132.36.53 00:28, 18 February 2008 (UTC)

Wait, you use Notepad to edit the file? That may explain your issues then. Notepad usually adds a BOM character, which messes up the PHP file. Try using a different text editing program (I use Notepad++, but it's up to you really) and see if that helps. --Skizzerz talk - contribs  MediaWiki Support Team  01:04, 18 February 2008 (UTC)
 * Er, I don't have another. Perhaps I could use a Hex editor.  It shows the ASCII version...  I just need to know what needs to be done to get this back to how it was before.--Gaeamil --204.132.36.53 01:43, 18 February 2008 (UTC)
 * Notepad++ is downloadable here, or if you can't/don't want to download and install a new program, Windows WordPad does not attach BOMs to files. Also, you will need to use a hex editor to remove the BOM from the file. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  04:06, 18 February 2008 (UTC)
 * OK, so you know, I truly have no clue what I'm doing here. Is it possible to just get someone to fix the file, or at least give me a full step-by-step? --Gaeamil--204.132.36.104 07:27, 18 February 2008 (UTC)

Configuration error
My |configuration page shows this:

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 apache2handler; ok, using pretty URLs (index.php/Page_Title) * Have XML / Latin1-UTF-8 conversion support. * Session save path (/tmp) appears to be valid. * PHP's memory_limit is 32M. * Couldn't find Turck MMCache, eAccelerator, APC or XCache; cannot use these for object caching.

Warning: file_exists [function.file-exists]: open_basedir restriction in effect. File(/usr/bin/gdiff3) is not within the allowed path(s): (/tmp:/var/tmp/:/var/www/errors/:/usr/share/php/:/home/vol2/xtreemhost.com/xth_1580987/htdocs) in /home/vol2/xtreemhost.com/xth_1580987/htdocs/wiki/config/index.php on line 1793

What should I do? (I've chmodded the wiki directory to 777)

—122.169.11.133 09:45, 15 February 2008 (UTC)
 * MediaWiki by default search for the gnu diff3 executable to try to merge version in case of conflict but can work properly without it. You can simply not take care of it. The error is caused by a restriction on your sever (you can only access files/directories that are in /tmp</tt>, /var/tmp/</tt>, /var/www/errors/</tt> and /usr/share/php/:/home/vol2/xtreemhost.com/xth_1580987/htdocs</tt>). <font color="#66A7CC">i <font color="#9966CC">Alex  12:12, 15 February 2008 (UTC)

Image error with resizing

 * MediaWiki: 1.11.0
 * PHP:
 * MySQL:
 * URL:

OK, so my wiki's hosted on quotaless.com, I've got image upload enabled in CommonSettings.php for my 2 wikis and that's linked to in the LocalSettings.php, and it seems to work as: but resizing the image, e.g as: produces an error, as mentioned above.

My host doesn't have ImageMagick installed, but image upload seems to work anyway.

Anyone able to help?? —Whitsun 12:04, 15 February 2008 (UTC)
 * What's the error? --Nad 21:22, 15 February 2008 (UTC)


 * the image doesn't show. --82.42.237.84 23:16, 15 February 2008 (UTC)
 * Is $wgUseImageMagick set to false? and do you have PHP's GD library installed? you need to install some means of resizing images and tell mediawiki to use it. --Nad 23:22, 16 February 2008 (UTC)
 * I'm guessing it's because quotaless has exec disabled, which is required in order to produce thumbnails (not quite sure of that though). Try enabling PHP errors (put  near the top of LocalSettings.php) and see what messages it pipes out to you. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  15:58, 17 February 2008 (UTC)

Xammp failing with mediawiki 1.11.1
I have encountered a problem, which concerns php (Came in the xampp package, what I use.) and mediawiki. The error message I get is here:

\n"; } dieout( " " ); } print " Found database drivers for:"; $DefaultDBtype = ; foreach (array_keys($ourdb) AS $db) { if ($ourdb[$db]['havedriver']) { if ( $DefaultDBtype ==  ) { $DefaultDBtype = $db; } print " ".$ourdb[$db]['fullname']; } } print "\n"; if( ini_get( "register_globals" ) ) { ?> 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. Fatal: magic_quotes_runtime is active! This option corrupts data input unpredictably; you cannot install or use MediaWiki unless this option is disabled. Fatal: magic_quotes_sybase is active! This option corrupts data input unpredictably; you cannot install or use MediaWiki unless this option is disabled. Fatal: mbstring.func_overload is active! This option causes errors and may corrupt data unpredictably; you cannot install or use MediaWiki unless this option is disabled. Fatal: zend.ze1_compatibility_mode is active! This option causes horrible bugs with MediaWiki; you cannot install or use MediaWiki unless this option is disabled. safeMode = true; ?> Warning: PHP's safe mode is active. You may have problems caused by this, particularly if using image uploads. safeMode = false; } $sapi = php_sapi_name; print " PHP server API is $sapi; "; $script = defined('MW_INSTALL_PHP5_EXT') ? 'index.php5' : 'index.php'; if( $wgUsePathInfo ) { print "ok, using pretty URLs ($script/Page_Title)"; } else { print "using ugly URLs ($script?title=Page_Title)"; } print "\n"; $conf->xml = function_exists( "utf8_encode" ); if( $conf->xml ) { print " Have XML / Latin1-UTF-8 conversion support.\n"; } else { dieout( "PHP's XML module is missing; the wiki requires functions in this module and won't work in this configuration. If you're running Mandrake, install the php-xml package." ); } # Check for session support if( !function_exists( 'session_name' ) ) dieout( "PHP's session module is missing. MediaWiki requires session support in order to function." ); # session.save_path doesn't *have* to be set, but if it is, and it's # not valid/writable/etc. then it can cause problems $sessionSavePath = mw_get_session_save_path; $ssp = htmlspecialchars( $sessionSavePath ); # Warn the user if it's not set, but let them proceed if( !$sessionSavePath ) { print " 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."; } elseif ( is_dir( $sessionSavePath ) && is_writable( $sessionSavePath ) ) { # All good? Let the user know print " Session save path ({$ssp}) appears to be valid."; } else { # Something not right? Warn the user, but let them proceed print " Warning: Your session.save_path value ({$ssp}) appears to be invalid or is not writable. PHP needs to be able to save data to this location for correct session operation."; } # Check for PCRE support if( !function_exists( 'preg_match' ) ) dieout( "The PCRE support module appears to be missing. MediaWiki requires the Perl-compatible regular expression functions." ); $memlimit = ini_get( "memory_limit" ); $conf->raiseMemory = false; if( empty( $memlimit ) || $memlimit == -1 ) { print " PHP is configured with no memory_limit.\n"; } else { print " PHP's memory_limit is ". htmlspecialchars( $memlimit ). ". "; $n = intval( $memlimit ); if( preg_match( '/^([0-9]+)[Mm]$/', trim( $memlimit ), $m ) ) { $n = intval( $m[1] * (1024*1024) ); } if( $n < 20*1024*1024 ) { print "Attempting to raise limit to 20M... "; if( false === ini_set( "memory_limit", "20M" ) ) { print "failed. ". htmlspecialchars( $memlimit ). " seems too low, installation may fail!"; } else { $conf->raiseMemory = true; print "ok."; } } print "\n"; } $conf->turck = function_exists( 'mmcache_get' ); if ( $conf->turck ) { print " Turck MMCache installed\n"; } $conf->xcache = function_exists( 'xcache_get' ); if( $conf->xcache ) print " XCache installed"; $conf->apc = function_exists('apc_fetch'); if ($conf->apc ) { print " APC installed"; } $conf->eaccel = function_exists( 'eaccelerator_get' ); if ( $conf->eaccel ) { $conf->turck = 'eaccelerator'; print " eAccelerator installed\n"; } if( !( $conf->turck || $conf->eaccel || $conf->apc || $conf->xcache ) ) { echo( ' Couldn\'t find Turck MMCache, eAccelerator, APC or XCache; cannot use these for object caching.' ); } $conf->diff3 = false; $diff3locations = array_merge( array( "/usr/bin", "/usr/local/bin", "/opt/csw/bin", "/usr/gnu/bin", "/usr/sfw/bin" ), explode( PATH_SEPARATOR, getenv( "PATH" ) ) ); $diff3names = array( "gdiff3", "diff3", "diff3.exe" ); $diff3versioninfo = array( '$1 --version 2>&1', 'diff3 (GNU diffutils)' ); foreach ($diff3locations as $loc) { $exe = locate_executable($loc, $diff3names, $diff3versioninfo); if ($exe !== false) { $conf->diff3 = $exe; break; } } if ($conf->diff3) print " Found GNU diff3: $conf->diff3."; else print " GNU diff3 not found."; $conf->ImageMagick = false; $imcheck = array( "/usr/bin", "/opt/csw/bin", "/usr/local/bin", "/sw/bin", "/opt/local/bin" ); foreach( $imcheck as $dir ) { $im = "$dir/convert"; if( file_exists( $im ) ) { print " Found ImageMagick: $im; image thumbnailing will be enabled if you enable uploads.\n"; $conf->ImageMagick = $im; break; } } $conf->HaveGD = function_exists( "imagejpeg" ); if( $conf->HaveGD ) { print " Found GD graphics library built-in"; if( !$conf->ImageMagick ) { print ", image thumbnailing will be enabled if you enable uploads"; } print ".\n"; } else { if( !$conf->ImageMagick ) { print " Couldn't find GD library or ImageMagick; image thumbnailing disabled.\n"; } } $conf->IP = dirname( dirname( __FILE__ ) ); print " Installation directory: " . htmlspecialchars( $conf->IP ) . "\n"; // PHP_SELF isn't available sometimes, such as when PHP is CGI but // cgi.fix_pathinfo is disabled. In that case, fall back to SCRIPT_NAME // to get the path to the current script... hopefully it's reliable. SIGH $path = ($_SERVER["PHP_SELF"] === '') ? $_SERVER["SCRIPT_NAME"] : $_SERVER["PHP_SELF"]; $conf->ScriptPath = preg_replace( '{^(.*)/config.*$}', '$1', $path ); print " Script URI path: " . htmlspecialchars( $conf->ScriptPath ) . "\n"; // We may be installing from *.php5 extension file, if so, print message $conf->ScriptExtension = '.php'; if (defined('MW_INSTALL_PHP5_EXT')) { $conf->ScriptExtension = '.php5'; print " Installing MediaWiki with php5 file extensions\n"; } else { print " Installing MediaWiki with php file extensions\n"; } print " Environment checked. You can install MediaWiki.\n"; $conf->posted = ($_SERVER["REQUEST_METHOD"] == "POST"); $conf->Sitename = ucfirst( importPost( "Sitename", "" ) ); $defaultEmail = empty( $_SERVER["SERVER_ADMIN"] ) ? 'root@localhost' : $_SERVER["SERVER_ADMIN"]; $conf->EmergencyContact = importPost( "EmergencyContact", $defaultEmail ); $conf->DBtype = importPost( "DBtype", $DefaultDBtype ); ?> DBserver = importPost( "DBserver", "localhost" ); $conf->DBname = importPost( "DBname", "wikidb" ); $conf->DBuser = importPost( "DBuser", "wikiuser" ); $conf->DBpassword = importPost( "DBpassword" ); $conf->DBpassword2 = importPost( "DBpassword2" ); $conf->SysopName = importPost( "SysopName", "WikiSysop" ); $conf->SysopPass = importPost( "SysopPass" ); $conf->SysopPass2 = importPost( "SysopPass2" ); $conf->RootUser = importPost( "RootUser", "root" ); $conf->RootPW = importPost( "RootPW", "" ); $useRoot = importCheck( 'useroot', false ); $conf->LanguageCode = importPost( "LanguageCode", "en" ); ## MySQL specific: $conf->DBprefix = importPost( "DBprefix" ); $conf->setSchema( importPost( "DBschema", "mysql4" ), importPost( "DBengine", "InnoDB" ) ); ## Postgres specific: $conf->DBport = importPost( "DBport", "5432" ); $conf->DBmwschema = importPost( "DBmwschema", "mediawiki" ); $conf->DBts2schema = importPost( "DBts2schema", "public" ); /* Check for validity */ $errs = array; if( $conf->Sitename == "" || $conf->Sitename == "MediaWiki" || $conf->Sitename == "Mediawiki" ) { $errs["Sitename"] = "Must not be blank or \"MediaWiki\""; } if( $conf->DBuser == "" ) { $errs["DBuser"] = "Must not be blank"; } if( ($conf->DBtype == 'mysql') && (strlen($conf->DBuser) > 16) ) { $errs["DBuser"] = "Username too long"; } if( $conf->DBpassword == "" && $conf->DBtype != "postgres" ) { $errs["DBpassword"] = "Must not be blank"; } if( $conf->DBpassword != $conf->DBpassword2 ) { $errs["DBpassword2"] = "Passwords don't match!"; } if( !preg_match( '/^[A-Za-z_0-9]*$/', $conf->DBprefix ) ) { $errs["DBprefix"] = "Invalid table prefix"; } error_reporting( E_ALL ); /** * Initialise $wgLang and $wgContLang to something so we can * call case-folding methods. Per Brion, this is English for * now, although we could be clever and initialise to the * user-selected language. */ $wgContLang = Language::factory( 'en' ); $wgLang = $wgContLang; /** * We're messing about with users, so we need a stub * authentication plugin... */ $wgAuth = new AuthPlugin; /** * Validate the initial administrator account; username, * password checks, etc. */ if( $conf->SysopName ) { # Check that the user can be created $u = User::newFromName( $conf->SysopName ); if( is_a($u, 'User') ) { // please do not use instanceof, it breaks PHP4 # Various password checks if( $conf->SysopPass != '' ) { if( $conf->SysopPass == $conf->SysopPass2 ) { if( !$u->isValidPassword( $conf->SysopPass ) ) { $errs['SysopPass'] = "Bad password"; } } else { $errs['SysopPass2'] = "Passwords don't match"; } } else { $errs['SysopPass'] = "Cannot be blank"; } unset( $u ); } else { $errs['SysopName'] = "Bad username"; } } $conf->License = importRequest( "License", "none" ); if( $conf->License == "gfdl" ) { $conf->RightsUrl = "http://www.gnu.org/copyleft/fdl.html"; $conf->RightsText = "GNU Free Documentation License 1.2"; $conf->RightsCode = "gfdl"; $conf->RightsIcon = '${wgScriptPath}/skins/common/images/gnu-fdl.png'; } elseif( $conf->License == "none" ) { $conf->RightsUrl = $conf->RightsText = $conf->RightsCode = $conf->RightsIcon = ""; } else { $conf->RightsUrl = importRequest( "RightsUrl", "" ); $conf->RightsText = importRequest( "RightsText", "" ); $conf->RightsCode = importRequest( "RightsCode", "" ); $conf->RightsIcon = importRequest( "RightsIcon", "" ); } $conf->Shm = importRequest( "Shm", "none" ); $conf->MCServers = importRequest( "MCServers" ); /* Test memcached servers */ if ( $conf->Shm == 'memcached' && $conf->MCServers ) { $conf->MCServerArray = array_map( 'trim', explode( ',', $conf->MCServers ) ); foreach ( $conf->MCServerArray as $server ) { $error = testMemcachedServer( $server ); if ( $error ) { $errs["MCServers"] = $error; break; } } } else if ( $conf->Shm == 'memcached' ) { $errs["MCServers"] = "Please specify at least one server if you wish to use memcached"; } /* default values for installation */ $conf->Email = importRequest("Email", "email_enabled"); $conf->Emailuser = importRequest("Emailuser", "emailuser_enabled"); $conf->Enotif = importRequest("Enotif", "enotif_allpages"); $conf->Eauthent = importRequest("Eauthent", "eauthent_enabled"); if( $conf->posted && ( 0 == count( $errs ) ) ) { do { /* So we can 'continue' to end prematurely */ $conf->Root = ($conf->RootPW != ""); /* Load up the settings and get installin' */ $local = writeLocalSettings( $conf ); echo "

I have checked all php.ini files, that exist in the xampp installation directory, and all have magic_quotes_runtime and etcetera options disabled. (The error report says the opposite.)

Do you know how to solve this problem?

And yes I HAVE installed xampp correctly.

Here are the version infos:

Apache HTTPD 2.2.8 + Openssl 0.9.8g MySQL 5.0.51 PHP 5.2.5 PHP 4.4.8 (RC2) phpMyAdmin 2.11.4 FileZilla FTP Server 0.9.25 Mercury Mail Transport System 4.52

—John

Can Search ignore case?

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

Is there a way I can make the search bar ignore the case of a search term? If I am searching for mozart, I want it to be able to pull up Mozart as well.

—74.128.207.61 01:17, 16 February 2008 (UTC)

Extension:Newuserlog is breaking my Special:Version page
Now I notice that Extension:Newuserlog is breaking my Special:Version page!

If I disable it (#) in LocalSettings, then my Special:Version page works fine: <font color=blue face=Courier># require_once( "$IP/extensions/Newuserlog/Newuserlog.php" ); but if I re-enable it, my Version page breaks. Lookit.

I reinstalled the extension fresh, just to make sure I hadn't hacked it somehow. Didn't help.

I did create those extra pages to solve the language error ... and I even went back and deleted them all, to troubleshoot this thing, but it didn't help. (Now I will go undelete them cuz they did fix that laguage error, after all.)

I turned on error tracking (which is how I found the offset error in InterWiki), but I'm not getting any error code. Just the broken Special:Version page.

Help oh help, fall down can't get up ... again ... please thank you ... *gasp* —Töff 03:06, 16 February 2008 (UTC)

p.s. (( MediaWiki: 1.11.0, PHP: 5.2.5 (cgi-fcgi), MySQL: 5.0.45-community-log, URL: http://wiki.paleravens.com ))
 * Does this occur still with all other extensions disabled, but Extension:Newuserlog enabled? --Zven 04:04, 16 February 2008 (UTC)
 * I was just about to try that! I swear! lol hang on Töff 04:13, 16 February 2008 (UTC)
 * RESOLVED. Okay, good news is, a simple fresh reinstall fixed it. *blush* ... Long story short, always download straight from SVN to disk, and upload in ASCII mode with a good FTP client. I suppose the way I was uploading files somehow broke something. Maybe using an online text editor might have been the problem ... although I just tried my onlin editor again, and it didn't break the extension. Hmm. So how DID I break it in the first place!? And what did I do wrong when I fresh-reinstalled it a few hours ago? $%#@! computers! Anyway, I also did try disabling every other extension 1 by 1, and that didn't help, but we know now it wasn't the problem. Thanks again Zven! (Again). --Töff 05:08, 16 February 2008 (UTC)

Changing background...

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

Can I use Common.css to change the background of all my pages from white to a light grey? If so, what is the command to use?

—74.128.207.61 23:42, 17 February 2008 (UTC)
 * Yes, you can. Use  (change e5e5e5 to another color of your choice, if you so wish. This sentence has a background color of #e5e5e5 - for comparison purposes). --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  23:53, 17 February 2008 (UTC)

Sorry, I misspoke. I meant the background colour of the articles (and sidebar) themselves. Is there a similar command?

-74.128.207.61 00:17, 18 February 2008 (UTC)
 * View the page source of the page (like View->Page Source in Firefox, not sure about IE) to find the id's of the elements that wrap the article and sidebars, and use that instead. You will of course need to know how to write CSS, so google "CSS tutorial" if you need help with that. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  01:09, 18 February 2008 (UTC)

Add : to MediaWiki:Common.css replace #808080 with the color you want to use(see here) Note: These changes  will only apply to pages in the main namespace. To make it apply to extra namespaces add extra lines changing .ns-0 to .ns-<OTHER NAMESPACE NUMBER> (see here for a list of namespce numbers) --<font style="color:Red;">Chris  07:11, 18 February 2008 (UTC)


 * If you want to apply it to all namespaces just remove the .ns-0 --<font style="color:Red;">Chris  07:19, 18 February 2008 (UTC)

Best strategy for multiple mediawikis?

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

I am going to install multiple mediawikis with the view of merging them into one later. What is the best strategy for this?

—195.59.43.240 09:32, 18 February 2008 (UTC)

See Manual:Wiki family --<font style="color:Red;">Chris  11:57, 18 February 2008 (UTC)

Highly Available Wiki System

 * MediaWiki: 1.11.1 (latest)
 * PHP: 5
 * MySQL: 5.0
 * URL: (internal)

I am trying to use loadbalancing to create a highly available Wiki system. My idea is to have the wiki write to a master and read from a slave. This way, when the master fails, it can still keep on reading of the slave.

I edited the setup.php and DefaultSettings.php and added the correct values to use multiple servers, but when the master goes down, it doesn't read from the slave, it keeps on trying to go to the master...

Thanks in advance !

EDIT: It seems that when the master is up, the wiki IS conneting to the slave... Problem is that when the master goes down, the wiki crashes (which it shouldn't, it should just read from the slave)

—213.193.161.137 13:25, 18 February 2008 (UTC)
 * /See Category:Database variables and particularly Manual:$wgDBservers. Try connecting to your slave server manually and test if it contains the proper data etc. Also it's bad practice to change codebase files, you should do all configuration from LocalSettings.php. --Nad 21:10, 18 February 2008 (UTC)

Thanks for your reply ! Well, I followed the manual of wgDBservers, and edited the values that are there ! When I manually connect, the slave responds and all of the data that should be there, is there :-)
 * If the slave is synchronising ok, then I don't know. All I can suggest is to analyse what's happening when it crashes. I.e are there any errors logged? is it timing out? etc --Nad 22:55, 18 February 2008 (UTC)

Well, I took the following steps:

-Edited the files according to the manual (change $wgDBservers to true and added the server to the server array).

-Set up a MySQL-master-slave replication (outside of MediaWiki, or is MediaWiki supposed to do this itself?)

Also, the slave IS NOT down, MediaWiki just doesn't seem to want to connect to it when the master goes down... I now put the following code in the LocalSettings.php and restored the other files to default...

$wgDBservers=true;

$wgMasterWaitTimeOut=1;

$wgClusterTimeOut=1;

$wgDBerrorlog="/var/log/wiki/dberrors.log";

$wgDBservers = array( array(
 * 'host'=> "192.168.2.150",
 * 'user' => "user",
 * 'password' => "password",
 * 'dbname' => "wiki",
 * 'type' => "mysql",
 * 'load' => 0

), array(
 * 'host'=> "127.0.0.1",
 * 'user' => "user",
 * 'password' => "password",
 * 'dbname' => "wiki",
 * 'type' => "mysql",
 * 'load' => 1

));

When I put the master down, I get the following errorcode:

"Lost connection to MySQLServer during query (192.168.2.150))"

Thanks for your interest btw :)

CaucusWiki
There is a lot of interest now in the caucus states, such as Colorado and, of course, Iowa.

I'm a big believer that the caucus system is a much better thing for the average person, the true grassroots. That's why powerful forces are slowly crushing the system.

Here's my question. How could I learn enough to build a Cucus Wiki? It could become a central source of information for journalists and activists who want to preserve and spread the system to other states.
 * What is your question exactly? how to set up a wiki? see Manual:Installation, where to set it up? see Comparison of wiki farms --Nad 20:05, 19 February 2008 (UTC)

I Limiting edits by all users to approval only.

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

I want to be able to approve all edits by non sysop users before they go live. Is this possible?

_Matt (mattnewrock[AT]yahoo.com)
 * You may want to check out Extension:FlaggedRevisions, which does mostly what you want in that only approved edits are shown by default but the latest is still accessible. If this is still not what you desire, consider getting a proper CMS instead of MediaWiki. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  03:03, 19 February 2008 (UTC)

Lining up the table text correctly...

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

Can someone take a look at this page's source: http://www.windrep.org/Community

and perhaps tell me what I have to do in order to get all the columns to line up. I realise that some of the rows won't line up because some have more lines than others, but...I thought I had enough space to make the columns work out.

—74.128.207.61 02:18, 19 February 2008 (UTC)
 * Set the table row style so that they each take 1/3 of the width, which should solve your problem. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  03:05, 19 February 2008 (UTC)

Currently, I have the tables set like this: {| class="wikitable" style="text-align:left;width:90%" which leaves me with a 10% buffer. Is there something else I can do?
 * - style="background-color:#efefef;"

-74.128.207.61 05:15, 19 February 2008 (UTC)
 * See W:Help:Table, you can specify each header or column as a relative percentage or pixel width --Zven 05:38, 19 February 2008 (UTC)

Category page, contents breakdown
Cripes - what a load of text to wade through just to make a help desk request! I don't think any of it was relevant, so I deleted it all.

Here is my (version and platform independent) problem;

By default, pages in a category are broken down by the first letter of the page title (or the first letter of the category index) on the page for the category. i.e.

A A page A page by any other name Another page Annex All pages B Because Become By the way ...

To change that behaviour, for example to break down pages by the first two letters of the page title (or the category index), i.e.

A A page A page by any other name An Another page Annex Al All pages Be Because Become By By the way ...

Should I,


 * 1) Add a magic word to the category page,
 * 2) tweek a global parameter setting somewhere,
 * 3) install an extension,
 * 4) hack the source code,
 * 5) all of the above?

Thanks for help ppl. --Dmb 08:31, 19 February 2008 (UTC)


 * Well dude, you could hack the 'firstChar' function in ./languages/Language.php - it seems that the only code to use this function is exactly the call under ./includes/CategoryPage.php that you want to hack. Try to substitute this code, and you will see double character category indexing;

/**	 * Get the first character of a string. *	 * @param string $s * @return string */	function firstChar( $s ) { $matches = array; preg_match( '/^([\x00-\x7f]|[\xc0-\xdf][\x80-\xbf]|'. '[\xe0-\xef][\x80-\xbf]{2}|[\xf0-\xf7][\x80-\xbf]{3})([\x00-\x7f]|[\xc0-\xdf][\x80-\xbf]|'. '[\xe0-\xef][\x80-\xbf]{2}|[\xf0-\xf7][\x80-\xbf]{3})/', $s, $matches);

return isset( $matches[1] ) ? $matches[1]. $matches[2] : ""; }

Of course you should probably rename that function, and add an option to activate this behaviour somehow. --Dmb 13:19, 19 February 2008 (UTC)

OK, now I have renamed the above function 'firstTwoChar' (keeping firstChar as it was). The relevant line to edit in ./includes/CategoryPage.php is within the addPage function ...

$this->articles_start_char[] = $wgContLang->convert( $wgContLang->firstTwoChar( $sortkey ) );

Now we need to call that selectively in response to some option... Suggestions? --Dmb 13:36, 19 February 2008 (UTC)

Configurin LDAP authentication
Hi,

we are using mediawiki pages for our intranet and configured one more server with same setup for redudant. know ldap authentication is not working. Can i know the simple setup for Ldap autentication. Currently iam using this server in india and ldap server is there at us.

Plz let me know the simple steps to do the Ldap authentication.

Regards, Manjunath
 * Are you using Extension:LDAP Authentication? --Nad 19:58, 19 February 2008 (UTC)

no .. I using openldap

Crosswiki checkuser problem

 * MediaWiki: 1.11
 * PHP:
 * MySQL:
 * URL:

I'm running MediaWiki 1.11 on a webhost, got Makesysop, Makebot and a few more extensions running. Checkuser works, but isn't actually doing a crosswiki log in the format:
 * 127.0.0.1 FooBar got IPs for TestingUser on wiki1
 * 127.0.0.1 FooBar got IPs for User2 on theotherwiki

Anyone know how to fix it?? —Whitsun 21:52, 19 February 2008 (UTC)

A different sort of Tables question...

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

Ok, another question regarding lining up materials. First, take a look at this page:

www.windrep.org

You'll notice that the first column of portal links in the category sections line up...but then everything kind of goes haywire and some line up in the second columns, and none in the third columns. I've messed around with the code a bunch, and I suspect it has to do with the length of the links but would dearly love for them to be lined up vertically.

Is there a way I can do this while maintaining this "look," or is it impossible?

—74.128.207.61 02:20, 20 February 2008 (UTC)
 * You have more than one table there, so the browser parses the column widths independently. You could try setting col widths manually, but it's be a tough call with text like that. I suggest making it all into one table, and everything will line up easily that way, although you will lose the white space between rows and you'll have to settle for something else (like a white-background row spanning all columns).--Töff 17:17, 20 February 2008 (UTC)

How would I go about setting the col widths manually? I've tried doing it the same as I would in a regular table, but that does not work. -74.128.207.61 16:12, 22 February 2008 (UTC)

Setting header <link rel="alternate" type="application/rss+xml" title="" href="/rss.php">
how can I set <link rel="alternate" type="application/rss+xml" title="" href="/rss.php">

so Internet explorer will see there is feeds on my site?

--194.182.67.194 12:51, 20 February 2008 (UTC)  mgrabovský  | talk  (DJ Jeri)   MW Support Team  13:48, 21 February 2008 (UTC)
 * Just copy copy the code from User:DJ Jeri/LinkTag to the file named LinkTag.php</tt>, then save it to your extensions directory and at the end of your LocalSettings.php add following line:

Cannot access my Mediawiki

 * MediaWiki: v 1.11.1
 * PHP: 5.0.5
 * MySQL: 4.4.7
 * URL: http://wheeler-roots.org/wiki GenesWiki

I'm a newbie, but I finally got my Mediawiki installed and running yesterday. All went fine all day. Used it until late last night. Then, this morning, when I tried to access it, I got an HTTP 500 error - Webpage cannot be displayed. This happens repeatedly.

I have made NO changes to ANYTHING since using it successfully yesterday. Can you please help me sort this out? Thanks!

Gene bridgebum@gmail.com

—76.101.229.225 15:52, 20 February 2008 (UTC)
 * Check your apache error logs (or IIS error logs if you're using that). --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  00:02, 21 February 2008 (UTC)

Log shows the following typical error: File does not exist: /home/gwheele6/public_html/404.shtml

Gene --76.101.229.225 22:05, 21 February 2008 (UTC)

CheckUser - cu_log empty, cu_changes not empty.

 * MediaWiki: 1.11.1
 * PHP: 5.2.4_p20070914-pl2-gentoo (cgi-fcgi)
 * PostgreSQL: PostgreSQL 8.2.6 on i686-pc-linux-gnu, compiled by GCC i686-pc-linux-gnu-gcc (GCC) 4.1.2 (Gentoo 4.1.2)

I have already installed this extension and found it not working. What is the problem? The cu_log is empty, so empty... And it is all that I have found out of my database and from the Special:CheckUser site, which tells me the same.

Of course, I've tried doing installation next time (deleting old thing and creating them using cu_log.pg.sql and cu_changes.pg.sql). Nothing happened.

And the second thing I've noticed: when I try to check smb's IP, I get the following warning: Warning: pg_query [function.pg-query]: Query failed: ERROR: relation "cu_log_cul_id" does not exist in /home/k07_b/petersa/.homepage/mw/includes/DatabasePostgres.php on line 515 Błąd wewnętrzny

A database error has occurred Query: SELECT nextval('cu_log_cul_id') Function: Error: 1 ERROR: relation "cu_log_cul_id" does not exist

Backtrace:


 * 1) 0 /home/k07_b/petersa/.homepage/mw/includes/Database.php(795): DatabasePostgres->reportQueryError('ERROR: relatio...', 1, 'SELECT nextval(...', '', false)
 * 2) 1 /home/k07_b/petersa/.homepage/mw/includes/DatabasePostgres.php(764): Database->query('SELECT nextval(...')
 * 3) 2 /home/k07_b/petersa/.homepage/mw/extensions/CheckUser/CheckUser_body.php(811): DatabasePostgres->nextSequenceValue('cu_log_cul_id')
 * 4) 3 /home/k07_b/petersa/.homepage/mw/extensions/CheckUser/CheckUser_body.php(634): CheckUser->addLogEntry('userips', 'user', 'Shaql', '', '2')
 * 5) 4 /home/k07_b/petersa/.homepage/mw/extensions/CheckUser/CheckUser_body.php(71): CheckUser->doUserIPsRequest('Shaql', '')
 * 6) 5 /home/k07_b/petersa/.homepage/mw/includes/SpecialPage.php(459): CheckUser->execute(NULL)
 * 7) 6 /home/k07_b/petersa/.homepage/mw/includes/Wiki.php(201): SpecialPage::executePath(Object(Title))
 * 8) 7 /home/k07_b/petersa/.homepage/mw/includes/Wiki.php(45): MediaWiki->initializeSpecialCases(Object(Title), Object(OutputPage), Object(WebRequest))
 * 9) 8 /home/k07_b/petersa/.homepage/mw/index.php(89): MediaWiki->initialize(Object(Title), Object(OutputPage), Object(User), Object(WebRequest))
 * 10) 9 {main}

--Peter de Sowaro 00:22, 21 February 2008 (UTC)
 * Did you run the command-line install script? --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  00:23, 21 February 2008 (UTC)


 * Yes. Now I've cleared the database from cu_* things once again and run install.php. Nothing new: I've changed one page, deleted another, tried if there is anything in cu_log - and there's nothing right now, as it was. And the same error, too. Peter de Sowaro 01:11, 21 February 2008 (UTC)

Large font size in table headings cutting off top and bottom of text
[[Media:Example.ogg]]*MediaWiki: 1.11.1    (Reported by your Wiki's Special:Version page)
 * PHP: 5.2.5 (apache2handler)
 * MySQL: 5.0.45-community-nt
 * URL: Intranet (unreachable on the web)

I'm using Wiki version 1.11.1 and trying to create a bit of a heading for a page. I want the font size larger than normal (not as large in the sample below but this is to show the problem I'm getting). When I specify a large font size it appears to be doing this correctly but for some reason the height of the heading row does not adjust to accommodate the font and therefore it appears to be cut off at the top and bottom.

I want orange text so I've used the font tag. Is there another (better?) way?

Any help would be appreciated. Thanks Darren. 203.134.124.36 05:38, 21 February 2008 (UTC)

Example:

—203.134.124.36 05:38, 21 February 2008 (UTC)


 * Hey... Which browser are you using? IE? On my Opera, Firefox and Konqueror on Linux exerything's OK :). Maybe you should add some fixes for your browser in css files. Peter de Sowaro 12:02, 21 February 2008 (UTC)

The above looks broken fro me in FireFox on Linux... odd. Same when using style="font-size:370%; color:orange" btw:

TRy to set the line hight: style="font-size:370%; color:orange; line-height:1.7ex;" (this is a hack - check if it makes things worse in other browsers):

-- Duesentrieb ⇌ 14:34, 21 February 2008 (UTC)

Problems with Extension:Renameuser

 * MediaWiki: 1.11.0
 * PHP: 5.2.5 (cgi)
 * MySQL: 5.0.32-Debian_7etch1
 * URL: this

Hello! If I include require_once( "extensions/RenameUser/SpecialRenameuser.php" ); into my LocalSettings.php then on my MW the Spezial:Version will be shown as empty. Only the background and the header of the page is shown. If I comment the line in the LocalSettings.php (as in the moment is done) all works very well. The files for the extension I copied from there: http://svn.wikimedia.org/svnroot/mediawiki/branches/REL1_11/extensions/Renameuser/

—Astrid 10:03, 21 February 2008 (UTC)
 * Hello. Try to escape non-standard characters in the 'author' field. Replace
 * 'author' => 'Ævar Arnfjörð Bjarmason',
 * to
 * 'author' => '&amp;#198;var Arnfj&amp;#246;r&amp;#240; Bjarmason',
 *  mgrabovský  | talk  (DJ Jeri)  [[Image:Tournesol.png|25px]] MW Support Team  13:18, 21 February 2008 (UTC)
 * Thank you very much, it does it now. :-) As suggestion for extension-authors: perhaps that they use only standard characters. --Astrid 10:11, 22 February 2008 (UTC)

Massimport Images

 * MediaWiki: 1.10.0
 * PHP: 5.1.2
 * MySQL: 5.0.18

I need to massimport images into my MediaWiki. I watched the database and found the table the imagesinformation are stored in. But i don't understand the way how the directories are created and how MediaWiki knows where wich images was placed.

Can anyone tell me how that works?

—192.166.87.111 12:22, 21 February 2008 (UTC)

To import images, use the maintenance/importImages.php</tt> script. For the curious: the category structure is based on an MD5 hash of the file name. But don't try to mimic mediawiki internals to improt stuff - let mediawiki do it. -- Duesentrieb ⇌ 14:29, 21 February 2008 (UTC)

Custom CSS Pages

 * MediaWiki: 1.11.0
 * PHP: 5.2.0-8+etch5~pu1 (cgi-fcgi)
 * MySQL: 5.0.32-Debian_7etch1-log
 * URL: TribalWars Wiki

When using the custom CSS for each user, it does not load the CSS so does not effect the CSS at all. To use the custom CSS you use User:Username/Monobook.css but for some reason it does not load the CSS :S Any Help?

—212.135.1.53 13:28, 21 February 2008 (UTC)  mgrabovský  | talk  (DJ Jeri)   MW Support Team  13:39, 21 February 2008 (UTC)
 * Hello. If I understood correctly, you must set $wgAllowUserCss to true</tt>. Just go to the end of your LocalSettings.php and add following line:
 * Ah ok... There is no other way possible, or some technician that can do this as i only run the wiki, the actualy Codes etc are on a different server. The Tribalwars wiki is on Innogames's server, but i of course do not have access to that page. Any help? --212.135.1.186 15:39, 21 February 2008 (UTC)
 * Also. Is there a way to check if  is true/false? --212.135.1.57 15:42, 21 February 2008 (UTC)


 * MediaWiki: 1.11
 * PHP: 5.2.3
 * MySQL: 5.0.41

Hi there, I was wondering if there's a way to purge all the logs under the Special:Log window without leaving the database corrupt or inconsistent. I mean, if I delete all the rows in the "logging" table will something bad happen? -Juanan 18:14, 21 February 2008 (UTC)


 * Deleting the rows from the logging table won't delete the corresponding entries in special:recentchanges (which uses the recentchanges table) so the recent log entries would still be on that page. Other than that, no, it shouldn't cause your server to explode and burst into flames. --Carlb 20:14, 21 February 2008 (UTC)

Templates + MW1.12alpha = SLOW page rendering

 * MediaWiki: 1.12alpha (r30976)
 * PHP: 	5.2.2 (apache)
 * MySQL: 5.0.22
 * URL: desciclopedia.pt

I'm finding that pages that make heavy use of templates (or templates combined with extension or parser functions) are taking significantly longer to generate on MediaWiki 1.12alpha than on previous versions, including 1.11

For instance, this appears (based on the &lt;!-- Served by sophia.uncyclomedia.org in 42.645 secs. --&gt; at the bottom of the HTML source) to be taking ten times as long to generate as this (four to seven seconds, in MW1.11). Both are the same page, generated from the same data, same server, same extensions - the only difference is that one of the URL's points to a MediaWiki 1.11 installation and the other to 1.12alpha.

I've been seeing this in various 1.12alpha revisions over the last two months or more. A page like this which uses many template inclusions seems too slow to be usable.

I'd presume that there have been major changes in the way template transclusion is handled in the code, but would like to know if there is a fix (other than rolling affected sites back to 1.11) at this time.

—Carlb 19:06, 21 February 2008 (UTC)

Some questions

 * MediaWiki: 1.11.0
 * PHP: 5.2.4
 * MySQL: 2.8.0.2
 * URL: RockCiclopedia

Some questions: Is there an extension I have to install?
 * I've seen that in Wikipedia there's a function (mainly used in templates) like this: . I've tried to copy some lines on my wiki but that function doesn't work!


 * After I've installed the extension CharInsert.php when I try to access to Special:SpecialPages I receive this error:

Fatal error: Cannot redeclare setupspecialchars (previously declared in /home/mhd-01/www.rockciclopedia.com/htdocs/extensions/CharInsert/CharInsert.php:46) in /home/mhd-01/www.rockciclopedia.com/htdocs/extensions/CharInsert/CharInsert.php on line 48

If I remove the extension the problem is fixed..... why??


 * How do I edit the 404 error page that ask you if you want to create that article? There should be a MediaWiki:Newpage or something like this, I don't remember.......

—Lorenzone92 20:47, 21 February 2008 (UTC)

It's MediaWiki:Noarticletext. A few others are MediaWiki:Noarticletextanon, MediaWiki:Badtitletext, MediaWiki:Noimage, but that seems to be the main one. --66.102.80.212 23:20, 21 February 2008 (UTC)

Installation script reports following error:

 * MediaWiki: (Reported by your Wiki's Special:Version page)
 * PHP: 5.2.3
 * MySQL: 4.1.22
 * URL:

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.
 * 1) PHP 5.2.3 installed
 * 1) PHP server API is cgi-fcgi; using ugly URLs (index.php?title=Page_Title)
 * 2) Have XML / Latin1-UTF-8 conversion support.
 * 3) PHP's memory_limit is 16M. If this is too low, installation may fail! Attempting to raise limit to 20M... ok.
 * 4) Have zlib support; enabling output compression.
 * 5) Neither Turck MMCache nor eAccelerator are installed, can't use object caching functions
 * 6) GNU diff3 not found.
 * 7) Found GD graphics library built-in, image thumbnailing will be enabled if you enable uploads.
 * 8) Installation directory: D:\Inetpub\wwwroot\bitmarine.net\html\BitManual
 * 9) Script URI path: /BitManual
 * 10) Environment checked. You can install MediaWiki.
 * 11) Warning: $wgSecretKey key is insecure, generated with mt_rand. Consider changing it manually.

Generating configuration file...
 * 1) Database type: mysql

Warning: require_once(DatabaseMysql.php) [function.require-once]: failed to open stream: No such file or directory in D:\Inetpub\wwwroot\bitmarine.net\html\BitManual\config\index.php on line 495

Fatal error: require_once [function.require]: Failed opening required 'DatabaseMysql.php' (include_path='D:\Inetpub\wwwroot\bitmarine.net\html\BitManual;D:\Inetpub\wwwroot\bitmarine.net\html\BitManual/includes;D:\Inetpub\wwwroot\bitmarine.net\html\BitManual/languages') in D:\Inetpub\wwwroot\bitmarine.net\html\BitManual\config\index.php on line 495 PHP Warning: require_once(DatabaseMysql.php) [function.require-once]: failed to open stream: No such file or directory in D:\Inetpub\wwwroot\bitmarine.net\html\BitManual\config\index.php on line 495 PHP Fatal error: require_once [function.require]: Failed opening required 'DatabaseMysql.php' (include_path='D:\Inetpub\wwwroot\bitmarine.net\html\BitManual;D:\Inetpub\wwwroot\bitmarine.net\html\BitManual/includes;D:\Inetpub\wwwroot\bitmarine.net\html\BitManual/languages') in D:\Inetpub\wwwroot\bitmarine.net\html\BitManual\config\index.php on line 495

—71.203.254.205 22:19, 21 February 2008 (UTC)
 * Are you sure you have a complete codebase? check if the DatabaseMysql.php file exists in the includes dir, if not download again --Nad 10:10, 22 February 2008 (UTC)

Is it possible to have an article that pulls in content from another file at load time? (or at any time really.)

 * MediaWiki: 1.9.4
 * PHP: 5.1.6 (apache2handler)
 * MySQL: 5.0.27

Is there a way to have a wiki page that pulls its content from another file stored on my server? For example, I have a file on my server, already using MediaWiki markup, called "CHANGELIST" and whenever its updated, I'd like a specific wiki page to update its content based on whats in the "CHANGELIST" file.

I feel like this isn't something too difficult, and probably has been covered before, but my searching skills are just terrible and I can't find it.

Thanks in advance.

-Paul-

—204.2.209.2 23:28, 21 February 2008 (UTC)
 * Try Extension:FileSync --Nad 10:08, 22 February 2008 (UTC)

SVG image types / ImageMagick

 * MediaWiki: 1.11.1
 * PHP: 5.2.0
 * MySQL: 5.0.22-community-max-nt
 * URL: http://www.bandwiki.net/

I recently was able to guilt my hosting company into installing ImageMagick so that we can upload and convert SVG image types. They installed the component on a Windows Server to "c:\imagemagick ". Now I want to configure my LocalSettings.php file to use the component.

I have set the following:

$wgEnableUploads = true; #false $wgUseImageMagick = true; $wgImageMagickConvertCommand = "/ImageMagick/VisualMagick/bin"; #"/usr/bin/convert"; .... I have used several variations on the above to see I could get it to work. No luck. ....

And the following:

$wgAllowTitlesInSVG = true; $wgGenerateThumbnailOnParse = true; $wgIgnoreImageErrors = true; $wgSVGConverters = "ImageMagick"; $wgSVGConverterPath = "/ImageMagick/VisualMagick/bin"; $wgUseImageResize = true; $wgMediaHandlers = array(   'image/jpeg' => 'BitmapHandler',    'image/png' => 'BitmapHandler',    'image/gif' => 'BitmapHandler',    'image/x-ms-bmp' => 'BmpHandler',    'image/svg+xml' => 'SvgHandler', // official    'image/svg' => 'SvgHandler', // compat    'image/vnd.djvu' => 'DjVuHandler', // official    'image/x.djvu' => 'DjVuHandler', // compat    'image/x-djvu' => 'DjVuHandler', // compat );

I really don't want to annoy my host any further about this issue at this time, and would greatly appreciate any help that can be given.

Follow this link to see the error I am getting and what happens with the images: http://wiki.spokanebands.com/index.php?title=Special:Uncategorizedimages

—216.223.16.33 02:13, 22 February 2008 (UTC)
 * If ImageMagick is installed to c:\imagemagick (use single quotes not doubles or the backspaces won't work), then the paths for the commands should be pointing to the executables within that same dir. Another issue is that ImageMagick is about the worst choice of the available options for dealing with SVG. The one preferred by the WikiMedia projects is rsvg. --Nad 10:06, 22 February 2008 (UTC)
 * I have changed the path to '/imagemagick/bin/convert.exe' using single quotes instead of double quotes, but still have no joy. As you can see I also changed the path. After installing the component on my local workstation, I was able to see the directory structure and base the path on that. Did I do something wrong? 216.223.16.33 14:37, 22 February 2008 (UTC)
 * Why are you setting the path to '/imagemagick...' when it's located at 'c:\imagemagick...', set it to the same path the executables are located at --Nad 19:30, 22 February 2008 (UTC)