Project:Support desk/old

= Active Topics =

problems with GIF after upgrade to MediaWiki 1.11.0

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

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


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

code-snippet as of line 82:

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

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

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


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

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

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


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

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

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


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


 * The wiki is on www.rockciclopedia.com. For istance if you go 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 contents table? --Lorenzone92 22:38, 24 December 2007 (UTC)
 * MMh... no one can help me? --Lorenzone92 15:44, 26 December 2007 (UTC)
 * Pleaseeeeeeeeeeee!! :P --Lorenzone92 11:36, 30 December 2007 (UTC)


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


 * So what do you think I can do? Which files can i reupload? Which PHP file create the content table? 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 content table.. :( 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)

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


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


 * Hmm, another bump. I just noticed the math button, and I don't have LaTeX support. They make it easy to add buttons; why not to remove them? Tuvok[Talk/en.wp] 18:47, 7 January 2008 (UTC)


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

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

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


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

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


 * Yes you do have to hardcore the number of pixels, try that, and come back if it failed, if it worked then please close this topic by changing the subject to:

== [RESOLVED] Adding custom header to top of page ==


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

[RESOLVED] Create An Account or login - By Email does not work
MediaWiki: (Your version)

PHP: (Your version)

MySQL: (Your version)

Database: (Your version)

URL: [LINK Title]

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

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

Password sent.

From wiki

The password for 'test' has been sent to @mydomain.com.

Return to Main Page.

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

Thanks in advance. —198.74.38.59 20:19, 13 December 2007 (UTC)


 * Is


 * "Password sent.


 * From wiki


 * The password for 'test' has been sent to @mydomain.com."


 * The EXACT content that you get? What versions of MediaWiki, PHP, etc. are you running and a link to your URL? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  17:05, 12 January 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://shroud-of-darkness.com/wiki/index.php/Main_Page


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


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

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

Hi!

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

Please help!

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


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

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

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

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


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


 * Nevertheless, why not just allow block + revert in 1 click instead of 100? -79.178.93.100 23:09, 15 December 2007 (UTC)
 * Extension:NukeDPL will allow mass nuking based on DPL queries, however you need to use with caution. --Zven 21:10, 9 January 2008 (UTC)
 * That has nothing to do with reverting. -79.182.0.62 00:45, 10 January 2008 (UTC)
 * No your right, I was thinking of the case where bots are creating lots of articles --Zven 00:58, 10 January 2008 (UTC)
 * Is there no bot that can revert everything a certain user has changed? -79.182.0.62 15:24, 15 January 2008 (UTC)
 * Its impossible because even normal user can't undo vandalism with conflicting edits. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  15:30, 15 January 2008 (UTC)

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

PHP: 5.1.4

PostgreSQL: 8.2.5

Database: Apache 2.0.59

URL: [LINK Title]

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

MediaWiki 1.11.0 Installation

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

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

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

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


 * Are you still getting this problem? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  17:10, 12 January 2008 (UTC)

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

PHP: (Your version)

MySQL: (Your version)

Database: (Your version)

URL: [LINK Title]

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

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

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


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


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


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


 * Is it possible to place parts of the pages in subpages to minimize the limit? You would probably have to bring it up at your village pump though. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  15:46, 18 January 2008 (UTC)

[RESOLVED] Removing the quickbat for guests

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

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

Is there a way I can do this?

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

Thanks, Louis

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


 * A link to your wiki? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  17:12, 12 January 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)

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)

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)

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)

Installation Error in 1.6.10

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

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

MediaWiki 1.6.10 Installation

Checking environment...

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

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

Generating configuration file... * Database type: mysql

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

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


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

I haven't edited a thing. And i was using this version because of the php and mysql limitations.


 * Wait what do you mean? You can't use the current versions? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  17:31, 14 January 2008 (UTC)

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


 * You could also install Extension:ImageMap and add a default link to the page name itself. — color probe (talk | contribs) 18:44, 10 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)

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?

Changes not taking effect after editing Localsettings.php
After editing and saving localsettings.php, none of my changes take effect. Am I missing some obvious (and unspecified!) step, such as stopping services before editing, or running a script after editing? If so, which service(s) need to be stopped and/or what script needs to be run? Bastun 10:50, 10 January 2008 (UTC)
 * MediaWiki: 1.11.0
 * PHP: 5.2.4
 * MySQL: 5.0.45


 * You need to use a program to download LocalSettings.php like Filezilla, then edit it with Wordpad (NOT NOTEPAD), then press the button of the floppy disk (lol), then reupload and rewrite it. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  18:21, 10 January 2008 (UTC)
 * No offence, but you don't appear to have read what I have written. Bastun 10:56, 11 January 2008 (UTC)
 * No I did read what you wrote, you said you edited it and saved it, I told you how I edited it and saved it as you most likely did it wrong. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  20:07, 13 January 2008 (UTC)
 * Changes made to LocalSettings.php should take effect straight away, I recall some have had problems with whitespace after the closing ?>, some people by convention remove it. What changes specifically were you making? --Zven 18:54, 10 January 2008 (UTC)
 * It may be a caching issue with the server or browser, but that is highly unlikely. Anyway, you can try adding &action=purge to the end of the URL (or ?action=purge if using "pretty" URLs) and/or resetting your browser cache and see if that affects anything. Another possibility is that PHP is having some error with what you added, so it just skipped those lines (also unlikely, but anything can happen). --Skizzerz talk [[Image:Tournesol.png|20px]] MediaWiki Support Team  03:12, 11 January 2008 (UTC)
 * Another way to purge is to select edit, then the show preview button. --Zven 03:32, 11 January 2008 (UTC)

Zven and Skizzerz: at this stage I'm trying anything to make localsettings display changes I've effected to it on the wiki :P My initial reason for editing was to include some extensions and to create custom namespaces (I'll then be setting grouppermissions on the new namespaces). As the new namespaces don't appear to have been created (not showing up in search, etc) I've done some things as basic as changing the logo and sitenotice in localsettings - no changes have any effect. I get the same logo and sitenotice as from when I made initial changes over a month ago when I first set up the wiki. My localsettings file has no closing "?>". Adding &action=purge, clearing browser cache and using edit preview don't show any changes either. Bastun 10:56, 11 January 2008 (UTC)
 * Changing Manual:$wgSiteNotice is a good test. Your LocalSettings.php file should be in $IP, (something like, or  ). Are you editing a copy of LocalSettings.php that is in a different location by accident e.g. in  ?
 * If this is not the case you could try backing up your LocalSettings.php taking note of database passwords etc, then delete it. Rerun the process of configuring MediaWiki from the web browser url which will reconstruct a default LocalSettings.php in . Move the file and add a site notice message at the end again e.g.


 * You could then use a difference engine to examine the differences between your new version and your current one to see if there might be anything causing the issue. --Zven 19:17, 11 January 2008 (UTC)
 * I've encountered this same problem on another wiki, and we've fixed it by restarting apache, so try doing that and see if that works (of course, we had to re-restart apache every time we had to change the config files... but that's because of our overly-agressive server-side caching). --Skizzerz talk [[Image:Tournesol.png|20px]] MediaWiki Support Team  03:01, 13 January 2008 (UTC)
 * Thanks, Zven and Skizzerz - I'll try your suggestions out today and report back. Bastun 10:13, 14 January 2008 (UTC)

[RESOLVED] Blocking vandal swarms

 * MediaWiki: 1.6 currently, upgrading to 1.11
 * PHP: 5.2 (?)
 * MySQL: 4
 * URL: http://www.sunandshadows.com/wiki

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


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

Searching for singular words vs. plurals

 * MediaWiki: 1.10.0
 * PHP: 5.0.5 (cgi)
 * MySQL: 5.0.27-standard-log
 * Database: not sure
 * URL: http://siteground187.com/~mommypl1/wiki/index.php?title=Main_Page

Is there a way to alter the search to include singular and plural forms of words? For ex: When I search for the term 'coughs' I get no results, but I do get results searching for 'cough.'

Similarly, when I search 'cough and cold medicine' I get no results, but I do get results for 'cough and cold medicines' that include        the full term, and results of just the word cough and just the word cold.

It seems like there is some disparity in the search results and the way to go about achieving those results.

If there is no way to alter the search, it would be great to understand how to best articulate this disparity to users.

—24.9.162.3 20:50, 3 January 2008 (UTC)


 * Create a page, Coughs, that says:


 * 1) REDIRECT Cough


 * -PatPeter, MediaWiki Support Team  21:00, 3 January 2008 (UTC)

Thanks for the reply. While this addresses this one specific situation, is there a solution that will work site wide, not relying on specific terms, like cough?


 * No you will have to make a redirect for every page that has plurals. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  20:26, 11 January 2008 (UTC)

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


 * Looks like something screwy with wikEd... Try getting Cacycle's attention on en.wp. Tuvok[Talk/en.wp] 23:00, 11 January 2008 (UTC)


 * I thought that might be the case but it does it with or without WikEd. I even tried using an original copy of the edit page that came with the package to make sure something didn't get screwed up. Still does it. Can't figure out why there is no line breaks in the code but it still screws up the check boxes. Oh well.. :: DP 67  (talk/contribs) 23:17, 11 January 2008 (UTC)


 * Do you have a URL you can post here? I'd like to take a look at the stylesheets for the site. Looks like it could be something to do with badly written CSS rules. Tuvok[Talk/en.wp] 00:12, 12 January 2008 (UTC)


 * You can try it, http://railfans.homelinux.com/wiki There isn't much there since it's intended purpose is a personal wiki and a proving ground for articles I intend to write or improve for WP. You'll have to register. No mail is needed but I do have anonymous edit blocked. (also; Don't forget the /wiki or you'll hit a brick wall. I haven't installed any other entry page.) ::-- DP 67  (talk/contribs) 00:21, 12 January 2008 (UTC)


 * Well, all I can suggest is overwriting all the style directories with fresh copies from the latest download archive. I can't find what's conflicting, though you do have a lot of extensions...


 * PS: As a favor, if all your accounts have made edits, would you mind running /maintenance/removeUnusedAccounts.php once this issue is resolved? No sense having that dummy account hanging around in the database. ;-) Tuvok[Talk/en.wp] 01:56, 12 January 2008 (UTC)


 * Thanks for giving it a shot.. And yeah, I do have allot of extras in there. I've tried it with everything distro-clean and still have the same problem. Oh well, in spite of this issue it does seem to be working maybe I'll just have to live with it until some lightbulb goes off and I figure it out.. lol It's not like I am expecting a million visitors to join in.. It's more or less my bullet proofing site so I can work on pages off line and post them on WP when I'm happy with how they look. The extra extensions are installed for gee whizz factor so I can have something to play with and possibly learn something new. :-- DP 67  (talk/contribs) 05:33, 12 January 2008 (UTC)

Fixed... Commented out  in localsettings and it works OK Fine.. Checkboxes, buttons and help link all line up properly now. -- DP 67  (talk/contribs) 00:57, 17 January 2008 (UTC)

Directory permission

 * MediaWiki: 1.11.0
 * PHP: 5.1.2 (cgi-fcgi)
 * MySQL: 5.0.22-Debian_0ubuntu6.06.2-log
 * Database: MySQL 5.0
 * URL: Wiki of it.comp.console

Hi

I have problems with file upload. When I upload a file, a new dir is created (ie. /images/4/4e/), this dir has 700 CHMOD and the file whitin has 644, so it can not be read from www. Why ? Check this url http://www.ventublog.it/wikicc/images/a/af/EQ2.gif, I get this error: Forbidden

You don't have permission to access /wikicc/images/a/af/EQ2.gif on this server.

Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request. This is a server issue or a MediaWiki misconfiguration ? —82.51.143.78 21:32, 11 January 2008 (UTC)


 * The images directory and all subdirectories must be CHMOD 777 in order for it to work. --Skizzerz talk [[Image:Tournesol.png|20px]] MediaWiki Support Team  23:51, 11 January 2008 (UTC)

I try to CHMOD 777 all /images tree but any new dir create by mediawiki script get CHMOD 700 and the files within take 644. —82.51.143.217 12:30, 12 January 2008 (UTC)


 * The files being 644 is fine, but you need to set up the /images directory so that all subdirectories automatically take on the permissions of the /images directory when they are created (can't remember the command for that offhand). --Skizzerz talk [[Image:Tournesol.png|20px]] MediaWiki Support Team  20:17, 12 January 2008 (UTC)

I have no shell access to Apache webserver, have to ask sysadmin to do this ? —87.17.195.53 22:23, 13 January 2008 (UTC)


 * You don't need shell access, just access to the filesystem. For example, most FTP clients allow you to change the permissions of a folder by right-clicking on it, and cPanel has an option for changing directory permissions as well. --Skizzerz talk [[Image:Tournesol.png|20px]] MediaWiki Support Team  21:45, 13 January 2008 (UTC)

I have only FTP access, I try to assign 777 to /images tree but any new dir created into this tree by MediaWiki gets 700. There's a FTP command that all subdirectories automatically take on the permissions of parent dir ? —85.44.144.202 22:23, 13 January 2008 (UTC)

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


 * At the moment you can if you directly alter the database's user table, however I only just tested this with a user with no edits, hang on a sec... --Chris  09:26, 12 January 2008 (UTC)


 * The edits will say there and in the history the links will stay intact so you'll probably have to oversight them if you want to get rid of everthing. --Chris  09:41, 12 January 2008 (UTC)


 * For unused accounts, you can run removeUnusedAccounts.php. It deletes all accounts that have not made any edits. Tuvok[Talk/en.wp] 10:54, 12 January 2008 (UTC)
 * For not unused accounts, you can install the User Merge and Delete extension, which lets you merge all of that user's contributions in with that of another user, and then subsequently delete the merged user from the database. --Skizzerz talk [[Image:Tournesol.png|20px]] MediaWiki Support Team  20:16, 12 January 2008 (UTC)

Search completely dead

 * MediaWiki: 1.11.0
 * PHP: 5.1.4 (cgi-fcgi)
 * MySQL: 4.1.20
 * URL: Botdom Wiki

Hey all,

Search seems to have died completely on my wiki, and no matter what I search for, no results are returned. Search results page is always a page with only a sentence at the top and search field at the bottom, with only a space inbetween. I've been working with MediaWiki for almost one and a half year now, and customize it a lot on code level, but I just can't seem to get out of this problem. I tried running  and it succeeded, I tried clearing my cache and then searching again, yet the search still acts the same way. Any ideas? Thanks! —87.61.161.59 12:12, 13 January 2008 (UTC)
 * I should perhaps add, not even MediaWiki:Nonefound is being displayed -- it's completely blank except the search form at the bottom and the "For more information about searching on ..." introduction header. --87.61.161.59 12:14, 13 January 2008 (UTC)


 * Reupload SpecialSearch.php to your /includes/ directory. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  19:23, 13 January 2008 (UTC)


 * Heh, not even that works. I assume that it's something I've done when editing parts of the code (even though I only recall editing MonoBook.php and main.css). Unless you have any other suggestions, I can understand how it's a bit hard to find out what's happening. I think I'll just wait until the next MediaWiki update by replacing all files with those versions to start fresh. Thanks for your help nevertheless! --87.61.161.59 06:13, 17 January 2008 (UTC)


 * This is probably a shot in the dark, but you didn't set  did you? If not, why not try backing up the files you changed and overwriting them with the ones from the 1.11 release? That might work... Could be you took something out of MonoBook.php that was necessary for the search results to display. Just guessing here! :) Tuvok[Talk/en.wp] 09:13, 17 January 2008 (UTC)

use checkbox in mediawiki

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

Hi,

I'd like to include a checkbox (if possible, in a array). I'd like that any user could modify this checkbox (for example, it would be very nice to propose a meeting-date to several user. So, any user could active or deactive this checkbox. Is it possible?

Thanks

—213.151.180.13 13:32, 13 January 2008 (UTC)


 * Could you be more specific? Like where would the checkbox go? What does the checkbox do? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  15:43, 15 January 2008 (UTC)

_Hi PatPeter

I'd like that anybody could check on or check off a checkbox (or a radio-button), for example to organize a meeting. Example :

So if Mr Y is ok for one or more date, he checks on directly the checkbox on the wiki-page (without editing the page but perhaps with a "save or validate" button). It's the same for Mrs X.

Is it possible ?


 * No they would actually have to edit the page themselves checking off if they can make it or not, that is how wikis are made, not to have two layers of saving (you would have to save the checkboxes as you said). -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  00:25, 17 January 2008 (UTC)

How can I change the location of the database?

 * MediaWiki: 1.10.0
 * PHP: 5.2.5
 * MySQL: 5.0.51
 * Database:
 * URL:

Hello,

I want to build a mediawiki on a intranet system. On each PC apache is still running.

I've installed the mediawiki on one pc (for testing resons). What I want to do - and that's my problem - I want to store the database (the brain of the wiki, so to say) on a USB - device, which is plugged on a fritz!box.

Why do I want so? In this intranet is no PC running all the time, and I don't want to install a special server for the wiki only. So I thought, I can run the mediawiki on each PC and store the database centraly on the usb-device.

Is there a possibility to solve this problem?

—84.171.172.226 21:32, 13 January 2008 (UTC)


 * Have you taken a look at Manual:Wiki on a stick or (better for Windows PCs) Wiki on a stick yet? That could prove workable, perhaps better than having Apache always running on every computer. Just bring the USB stick to one of the computers that's running. Tuvok[Talk/en.wp] 23:08, 13 January 2008 (UTC)

Thanks for your answer. I read this article after I'd installed the wiki on the test PC. The problem is, that there is none of the computeres running the hole time... The apache is needed for a chemical database, based on php, which is running on each of this PC. This small network is installed in a fire department, so I can't say, which PC is the first who is running. Another advantage over plugging the usb-device directly on one of the pc is, that I can make maintainence from extranet (I hope so ;-)). Unfortunately is there no support of the fritz!box for a server running on the usb-device.
 * this doesn't solve any of your issues really, but is worth checking out http://www.mediawikilite.org/, Extension:MediaWikiLite extends the Database class to provide SQLLite support allowing MediaWiki installs independent of MySQL. It is likely to go Beta soon --Zven 00:44, 16 January 2008 (UTC)
 * Extension:MediaWikiLite has gone from unstable to Beta --Zven 02:58, 16 January 2008 (UTC)

[RESOLVED] new wiki: two directories (akin to /w/ and /wiki/ here)
I'm going to install a new wiki soon.

I know that Wikipedia and MediaWiki have some articles in a directory "wiki" and other pages in a directory "w". I've heard this helps with writing robots.txt, so I would like to know how to do this for my own wiki.

How do I do this? Thank you.

(Also, as a side note, is there any purpose for this practice other than robots.txt?)

Smaug 04:42, 14 January 2008 (UTC)
 * All the files for these wikis are in /w/ (the pages themselves are in the database, and are retrieved through index.php). They then used an alias in apache to redirect /w/index.php?title=xxx to /wiki/xxx (see Manual:Short URL). The two main purposes of this are 1) to have prettier URLs, and 2) the ability to prevent robots from using any actions (like action=edit) which revert to the ugly URLs. Please note that if you want to set this up in your wiki, make sure that there is no folder named /wiki/, it WILL mess things up if there is. As for the Robots.txt they use, the basic one is for the user agent *, you disallow /w/, /wiki/Special:Random and /wiki/Special:Search (as those two special pages should'nt be indexed). --Skizzerz talk [[Image:Tournesol.png|20px]] MediaWiki Support Team  21:54, 14 January 2008 (UTC)
 * Thank you very much! Smaug 17:50, 15 January 2008 (UTC)

Cannot delete pdf files

 * MediaWiki: 1.11.0
 * PHP: 5.2.0 (apache2handler)
 * PostgreSQL 8.1.5 on i686-pc-linux-gnu, compiled by GCC gcc (GCC) 4.1.2 20061115 (prerelease) (SUSE Linux)


 * URL: Private net, so you cannot do anything

when trying do delete uploaded file I get this response: A database error has occurred Query: INSERT INTO filearchive (fa_storage_group,fa_storage_key,fa_deleted_user,fa_deleted_timestamp,fa_deleted_reason,fa_deleted,fa_name,fa_archive_name,fa_size,fa_width,fa_height,fa_metadata,fa_bits,fa_media_type,fa_major_mime,fa_minor_mime,fa_description,fa_user,fa_user_text,fa_timestamp)  SELECT 'deleted',IF(img_sha1=, , CONCAT(img_sha1,'.pdf')),'1','2008-01-14  10:27:08  GMT','',0,img_name,NULL,img_size,img_width,img_height,img_metadata,img_bits,img_media_type,img_major_mime,img_minor_mime,img_description,img_user,img_user_text,img_timestamp  FROM image WHERE img_name = 'Helpdesk.pdf' Function:  LocalFileDeleteBatch::doDBInserts Error: 1 ERROR: function concat(text,  "unknown") does not exist HINT: No function matches the given name and argument  types. You may need to add explicit type casts. Backtrace:
 * 1) 0 /srv/www/ipwiki.ip.tdk.dk/includes/Database.php(779): DatabasePostgres->reportQueryError('ERROR: functio...', 1, 'INSERT INTO fi...', 'LocalFileDelete...', false)
 * 2) 1 /srv/www/ipwiki.ip.tdk.dk/includes/Database.php(1845): Database->query('INSERT INTO fi...', 'LocalFileDelete...')
 * 3) 2 /srv/www/ipwiki.ip.tdk.dk/includes/filerepo/LocalFile.php(1216): Database->insertSelect('filearchive', 'image', Array, Array, 'LocalFileDelete...')
 * 4) 3 /srv/www/ipwiki.ip.tdk.dk/includes/filerepo/LocalFile.php(1297): LocalFileDeleteBatch->doDBInserts
 * 5) 4 /srv/www/ipwiki.ip.tdk.dk/includes/filerepo/LocalFile.php(873): LocalFileDeleteBatch->execute
 * 6) 5 /srv/www/ipwiki.ip.tdk.dk/includes/FileDeleteForm.php(75): LocalFile->delete('')
 * 7) 6 /srv/www/ipwiki.ip.tdk.dk/includes/ImagePage.php(491): FileDeleteForm->execute
 * 8) 7 /srv/www/ipwiki.ip.tdk.dk/includes/Wiki.php(397): ImagePage->delete
 * 9) 8 /srv/www/ipwiki.ip.tdk.dk/includes/Wiki.php(48): MediaWiki->performAction(Object(OutputPage), Object(ImagePage), Object(Title), Object(User), Object(WebRequest))
 * 10) 9 /srv/www/ipwiki.ip.tdk.dk/index.php(89): MediaWiki->initialize(Object(Title), Object(OutputPage), Object(User), Object(WebRequest))
 * 11) 10 /srv/www/ipwiki.ip.tdk.dk/index.php5(1): require('/srv/www/ipwiki...')
 * 12) 11 {main}

I have tried to delete with nukePage.php and the response is: php maintenance/nukePage.php Image:Helpdesk.pdf Erase Page Record Searching for "Image:Helpdesk.pdf"...PHP Warning: pg_query: Query failed: ERROR:  relation "page" does not exist in /srv/www/ipwiki.ip.tdk.dk/includes/DatabasePostgres.php on line 506 A database error has occurred Query: SELECT page_id  FROM page  WHERE page_namespace = '6' AND page_title = 'Helpdesk.pdf'  LIMIT 1 Function: LinkCache::addLinkObj Error: 1 ERROR: relation "page" does not exist Backtrace:
 * 1) 0 /srv/www/ipwiki.ip.tdk.dk/includes/Database.php(779): DatabasePostgres->reportQueryError('ERROR: relatio...', 1, 'SELECT  page_id...', 'LinkCache::addL...', false)
 * 2) 1 /srv/www/ipwiki.ip.tdk.dk/includes/Database.php(1224): Database->query('SELECT page_id...', 'LinkCache::addL...')
 * 3) 2 /srv/www/ipwiki.ip.tdk.dk/includes/Database.php(1104): Database->select('page', 'page_id', Array, 'LinkCache::addL...', Array)
 * 4) 3 /srv/www/ipwiki.ip.tdk.dk/includes/LinkCache.php(146): Database->selectField('page', 'page_id', Array, 'LinkCache::addL...', Array)
 * 5) 4 /srv/www/ipwiki.ip.tdk.dk/includes/Title.php(1655): LinkCache->addLinkObj(Object(Title))
 * 6) 5 /srv/www/ipwiki.ip.tdk.dk/maintenance/nukePage.inc(25): Title->getArticleID
 * 7) 6 /srv/www/ipwiki.ip.tdk.dk/maintenance/nukePage.php(17): NukePage('Image:Helpdesk....', true)
 * 8) 7 {main}

Can I delete it by hand or what?

Regards Tomas Jensen tcj(at)tdc.dk --Tomas 07:30, 16 January 2008 (UTC)


 * Yes just go into the system files of your Wiki using FileZilla or a similar program, find the PDF in your /images/ folder and delete it, then go into your wiki and delete the blank page. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  15:51, 15 January 2008 (UTC)

Still cannot delete the page. Wiki returned: A database error has occurred Query: INSERT INTO filearchive (fa_storage_group,fa_storage_key,fa_deleted_user,fa_deleted_timestamp,fa_deleted_reason,fa_deleted,fa_name,fa_archive_name,fa_size,fa_width,fa_height,fa_metadata,fa_bits,fa_media_type,fa_major_mime,fa_minor_mime,fa_description,fa_user,fa_user_text,fa_timestamp) SELECT 'deleted',IF(img_sha1=, , CONCAT(img_sha1,'.pdf')),'1','2008-01-16 07:13:32 GMT','teeest',0,img_name,NULL,img_size,img_width,img_height,img_metadata,img_bits,img_media_type,img_major_mime,img_minor_mime,img_description,img_user,img_user_text,img_timestamp FROM image WHERE img_name = 'Helpdesk.pdf' Function: LocalFileDeleteBatch::doDBInserts Error: 1 ERROR: function concat(text, "unknown") does not exist HINT: No function matches the given name and argument types. You may need to add explicit type casts. Backtrace:
 * 1) 0 /srv/www/ipwiki.ip.tdk.dk/includes/Database.php(779): DatabasePostgres->reportQueryError('ERROR: functio...', 1, 'INSERT INTO fi...', 'LocalFileDelete...', false)
 * 2) 1 /srv/www/ipwiki.ip.tdk.dk/includes/Database.php(1845): Database->query('INSERT INTO fi...', 'LocalFileDelete...')
 * 3) 2 /srv/www/ipwiki.ip.tdk.dk/includes/filerepo/LocalFile.php(1216): Database->insertSelect('filearchive', 'image', Array, Array, 'LocalFileDelete...')
 * 4) 3 /srv/www/ipwiki.ip.tdk.dk/includes/filerepo/LocalFile.php(1297): LocalFileDeleteBatch->doDBInserts
 * 5) 4 /srv/www/ipwiki.ip.tdk.dk/includes/filerepo/LocalFile.php(873): LocalFileDeleteBatch->execute
 * 6) 5 /srv/www/ipwiki.ip.tdk.dk/includes/FileDeleteForm.php(75): LocalFile->delete('teeest')
 * 7) 6 /srv/www/ipwiki.ip.tdk.dk/includes/ImagePage.php(491): FileDeleteForm->execute
 * 8) 7 /srv/www/ipwiki.ip.tdk.dk/includes/Wiki.php(397): ImagePage->delete
 * 9) 8 /srv/www/ipwiki.ip.tdk.dk/includes/Wiki.php(48): MediaWiki->performAction(Object(OutputPage), Object(ImagePage), Object(Title), Object(User), Object(WebRequest))
 * 10) 9 /srv/www/ipwiki.ip.tdk.dk/index.php(89): MediaWiki->initialize(Object(Title), Object(OutputPage), Object(User), Object(WebRequest))
 * 11) 10 /srv/www/ipwiki.ip.tdk.dk/index.php5(1): require('/srv/www/ipwiki...')
 * 12) 11 {main}

Regards --TomasJensen 07:30, 16 January 2008 (UTC)


 * But did you succeed in deleting the main file using FileZilla? If you use FileZilla it is impossible to get messages like that. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  00:22, 17 January 2008 (UTC)

I did it from a shell

Regards --TomasJensen 09:58, 17 January 2008 (UTC)

Is WildCard Search possible?
The search in Mediawiki does not search for partial words. for eg if the name of the document title is "VoyagerTesting", and I give a search of "Voyager", it wont find the page by the title."Voyager" and "testing" are both dictionary words. I need to work on this and try to see if I can bring tis functionality in our wiki page.

Even if I give the wildcard serach, I am not able to find the page. For eg giving serach "voyager*" wont find the page titled "voyagetTesting".

Can you let me know if I Media wiki has this functionality??If yes, can you let me know how this can be done ?? If No, Can you give me some other alternative of bringing this functionality??

Thanks
 * You could try the Lucene Search extension, which is what Wikipedia uses. --Skizzerz talk [[Image:Tournesol.png|20px]] MediaWiki Support Team  21:56, 14 January 2008 (UTC)

[RESOLVED] Vertical Scroll Bars
I've been trying to find code that limits the height of formatted text areas and then add vertical scroll bars. I've seen it created elsewhere on the Gentoo Wiki (http : // tiny url com / 2fv3gx), but for the life of me I just can't figure it out myself. I've searched the MediaWiki help sections to no avail.

Could someone please lend me a helping hand!!!

Cheers,

ak.


 * From that site's MediaWiki:Monobook.css:


 * and they have a template to generate that box. You can tweak it as you like. Tuvok[Talk/en.wp] 02:54, 15 January 2008 (UTC)

Reply:

Thanks so much for that. I now have my Box File template working. Is it possible to do this for all formatted text without having to "Box" it in?

You should be able to do that by using:

That makes it so you don't have to wrap the &lt;pre&gt; sections in &lt;div&gt;s. Tuvok[Talk/en.wp] 04:01, 16 January 2008 (UTC)

I'm guessing installation errors (section inserted without heading; Tuvok guesses ;-)

 * MediaWiki: (Reported by your Wiki's Special:Version page)
 * PHP: 3.01
 * MySQL: 5.0
 * Database: 1
 * URL: password protected, sorry

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 "Article::insertOn". MySQL returned error "1062: Duplicate entry '0-Main' for key 2 (localhost)".

—128.138.224.216 02:48, 15 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 do I add a network link?
I might be using the wrong term, but I could not find any reference to adding an internal network link. We use the wiki internally, but have pdf docs that we need to maintain for distribution to customers. I would like to add a link to the internal documentation that points to the collateral. it is a shared drive, so all users would have access to the file in the same location.

is this possible?

Thanks!
 * It is possible, but there are some security issues you need to address - see M:MediaWiki FAQ for details --Nad 20:13, 15 January 2008 (UTC)


 * I guess, you are talking about file:///-protocol. If you want to use this kind of protocol you have to do just a small change in code: MediaWiki FAQ. If you like, you can also change the css-definitions to mark links to your file-system with an icon. I'll post this in a minute. Last you might want to use the Extension:FileLink. --WIKImaniac 20:22, 15 January 2008 (UTC)


 * You can also achieve this by adding a value to the $wgUrlProtocols variable in you LocalSettings.php. You probably have to add something like the following, somewhere before the end of LocalSettings.php:

$wgUrlProtocols[] = "file:";
 * — color probe (talk | contribs | [[Image:Tournesol.png|20px]]Support team) 16:14, 16 January 2008 (UTC)

How do I add new categories to the wiki?
How do I add new categories to the wiki?
 * MediaWiki: 1.11.0
 * PHP: 5.2.5 (apache2handler)
 * MySQL: 5.0.45-5-log
 * Database: (sorry I couldn't find this but I dont think it is relevent anyway)
 * URL: http://www.tbsracing.freezoka.com/Wiki/

—79.68.198.170 19:39, 15 January 2008 (UTC)
 * Please have a look at m:Help:Category. --WIKImaniac 20:05, 15 January 2008 (UTC)

Empty transfered mediawiki after disk crash
- Hi, I got a hard disk crash one year ago and I just realized that some important information from my wiki was on that disk. I managed to mount the disk, got the whole mediawiki directory, got the databases files (not a dump but direct .frm, .MYI and .MYD) I put all the files on a new server, changed the settings and my wiki appears back, but empty :-( (the new server maybe have newer versions of servers)
 * 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/

I made a dump of the searchindex table in the database and it all contains my important text but in a non easyly readable view.

I try to find information on but it didn't help.

The only error I get is when I try to see the tables directly in mysql. I log in mysql, use my database, but most of the tables are empty. When I try to see the tables I got this error: Didn't find any fields in table 'validate' And when I try to select * in the table I get: mysql> select * from validate; ERROR 1016: Can't open file: 'validate.InnoDB'. (errno: 1) I restarted mysql server but got the same error.

I can see the information in searchindex table, but not in the wiki. Any idea would be appreciated :-)

—82.239.166.248 22:27, 15 January 2008 (UTC)
 * I assume your .MYI and .MYD files are all the correct filesize, if so you probably need to match all the software dependancies of the version you had a year ago, including an old version of MediaWiki, PHP and the MySQL version. Once it is going you can upgrade MediaWiki using the maintenance script Update.php . --Zven 22:44, 15 January 2008 (UTC)
 * I think that the files have a correct filesize, mysql don't moan. But is it normal that most of them are empty when I try to select * in mysql ?
 * I'm going to put a vmware on and try to get the same software versions. Thanks.
 * 82.239.166.248 07:11, 16 January 2008 (UTC)

Special char Box
How do i turn this on? Picture On my Wiki this isnt ther.

And why are there ? on my page behind non existing artikels? EDIT// here is a screenshot, what you see is my links to some articels witch are not writen yet. Picture


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

—NaTaS 01:39, 16 January 2008 (UTC)
 * The box is made via the CharInsert extension plus some CSS, as for the non-existant articles, I cannot reproduce that problem? Could you get a screenshot? --Skizzerz talk [[Image:Tournesol.png|20px]] MediaWiki Support Team  02:14, 16 January 2008 (UTC)


 * The ? is a display preference. Check Special:Preferences' Misc tab for an option to "Format broken links like this (alternative: like this?)." Check that box. Tuvok[Talk/en.wp] 05:25, 18 January 2008 (UTC)

Help searching INSIDE Wiki pages for IP addresses referenced in the actual page

 * MediaWiki: 1.11.0
 * PHP: 5.2.1
 * MySQL: 5.0.38

Hello, I have an internal Wiki setup for documenting corporate LAN WAN information. This information contains IP addresses that appear within a page.

How can we Search for IPs in WikiPages? Typing an IP address in the search box yields a search for IPs of contributors. Also the text we will be searching appears in a PRE box.

Here is an example, I would like to be able to search on what is in the below box. I would like to be able to search on 192.168. for example or the full 192.168.0.1 and get results for pages containing the documented IPs.

WorkstationA = 192.168.0.1 WorkstationB = 10.1.1.1

—198.133.105.247 02:40, 16 January 2008 (UTC)

Search
Hi,

How do I hide search namespaces with checkbox (in Special:Search page) for example talk, or image_talk, discussion..., and in user page (Special:Preferences - search options)?
 * Oh, I forgot it almost - I'm running the latest versiom of MediaWiki (1.11.0), with PHP 5.2.0 and MySQL 5.0.27

Thanks, 84.3.164.136 12:50, 16 January 2008 (UTC)

uncyclopedia is the worst thing ever created in this world


 * I do not want to create uncyclopedia. I want to hide certain search options, that not needed for the web page.

84.3.164.136 15:14, 16 January 2008 (UTC)

Rename a user
How do I rename a users in Media wiki (v1.10) —12.146.131.5 20:03, 17 January 2008 (UTC)
 * Extension:Renameuser --Nad 20:32, 17 January 2008 (UTC)

Custom namespaces and orphaned pages

 * MediaWiki: 1.11.0
 * PHP: 5.2.4 (cgi-fcgi)
 * MySQL: 4.1.22-standard-log

I created a custom namespace called Manual:, and since then a few pages have been added. One of these pages has now become orphaned (no links pointing to it). I checked the page's 'what links here' to make sure nothing linked to it. But when I went to Special:Lonelypages, the page wasn't listed. What's the catch? Something I forgot to configure?

—CodeCat 21:55, 17 January 2008 (UTC)


 * There is no such thing as Special:Lonelypages. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  23:39, 17 January 2008 (UTC)


 * Huh its a special redirect, you really meant Special:Orphanedpages. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  23:40, 17 January 2008 (UTC)


 * I guess, but both links lead to the same place, and the link in Special:Specialpages says Lonelypages. --CodeCat 01:32, 18 January 2008 (UTC)


 * PatPeter: It's Lonelypages. Special:Orphanedpages redirects to Special:Lonelypages. See MediaWiki 1.11 release notes.


 * CodeCat: I have a hunch that "orphaned pages" only counts pages that fall within the criteria of $wgContentNamespaces. Try tweaking your settings so Manual: is considered a content space and see if it shows up. Tuvok[Talk/en.wp] 05:21, 18 January 2008 (UTC)


 * I was wondering the same thing, but I just checked and it already has  $wgContentNamespaces[] = NS_MANUAL; , with NS_MANUAL defined as 100. So that can't be it. --CodeCat 12:18, 18 January 2008 (UTC)


 * Hmm, there's not a lot of documentation on that special page (that I can find) either. Maybe "it's not a bug; it's an undocumented feature." :P


 * Seriously, though, I'm out of ideas. :( Tuvok[Talk/en.wp] 00:18, 19 January 2008 (UTC)


 * I looked in the source files, and found this in includes/SpecialLonelypages.php:
 * So it seems that the whole thing is in fact hardcoded into the source. Worth fixing in a next release? --CodeCat 01:27, 19 January 2008 (UTC)
 * So it seems that the whole thing is in fact hardcoded into the source. Worth fixing in a next release? --CodeCat 01:27, 19 January 2008 (UTC)

Wikipedia
How is it that on some non-English editions of Wikipedia talk pages have a colored background and rounded "article", "discussion", "edit" and "history" buttons. Is this a feature of older versions of MediaWiki or is it a customization (if that's the case, how would I go about doing it?). Also, some Wikipedias have a feature that when one replies on a talk page using the colon indent the text appears in a box like on [this http://gl.wikipedia.org/wiki/Conversa:Portada] page. Can anyone help? --58.169.232.209 09:08, 18 January 2008 (UTC)


 * The coloring, rounded corners, and boxes are all tweaks to the site CSS. I've rounded corners in my own account on en.wp (see w:en:User:Voyagerfan5761/monobook.css), and you should be able to easily find the code that does it -- I've commented it well. Of course, it looks kind of bad (frankly) in Internet Explorer 6, so perhaps the WPs you've seen are using different code. (Can you post the language of one that has rounding? I'd like to make it so my account doesn't blow up at the library. ;-) )


 * The backgrounds on the responses are generated by this rather lengthy code in MediaWiki:Monobook.css:


 * All talk spaces are odd-numbered, which is why the  selectors don't affect articles. Does that help? Tuvok[Talk/en.wp] 09:25, 18 January 2008 (UTC)


 * Thank you, that helped quite a lot. Excuse my poor English. A few Wikipedias have the rounded feature, these include the Bosnian, Italian, Romanian, and Esperanto Wikipedias. --58.169.232.209 10:06, 18 January 2008 (UTC)

Also, how would I view the monobook "main.css" file of different language editions? I am trying to steal the code for rounding from the Spanish Wikipedia. I have tried "es.wikipedia.org/skins/monobook/main.css" but this gives me the standard file that comes with a fresh MediaWiki installation. The above code adds the feature nicely, but does not change the background color. Thank you so much for your help and patience so far. --58.169.232.209 10:36, 18 January 2008 (UTC)


 * Don't worry about your English; I've seen much worse writing from English Wikipedia newbies who write from India or another Asian country. Sometimes I can't even figure out what they mean. :D Your writing, I'm not having trouble with.


 * So, I found the code for rounded corners on Pagina principală:


 * I'm guessing the header means "corner rounding", but I don't know Romanian. If you want the corners to be smaller, just adjust the em values to be smaller (like 0.5, for instance); making them bigger is similar.


 * The different styles you see aren't in main.css; they're located in either MediaWiki:Monobook.css or MediaWiki:Common.css. In the corners' case, the styles are probably in Monobook.css, since not all skins have the same elements whose corners would be rounded. Tuvok[Talk/en.wp] 00:32, 19 January 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)

You have an error in your SQL syntax
Keep getting the following error at the end of the Wiki setup. I see other users with the error, but no resolution. Below is the page that comes up after filling out the setup form: Checking environment... Please include all of the lines below when reporting installation problems.
 * MediaWiki: (Reported by your Wiki's Special:Version page)
 * PHP: 5.2.5
 * MySQL: 6.0.3
 * Database: 6.0.3
 * URL:

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

Database type: MySQL Loading class: DatabaseMysql Attempting to connect to database server as root...success. Connected to 6.0.3-alpha-community Database wikidb exists Creating tables...Query "CREATE TABLE `user` ( user_id int unsigned NOT NULL auto_increment, user_name varchar(255) binary NOT NULL default , user_real_name varchar(255) binary NOT NULL default , user_password tinyblob NOT NULL, user_newpassword tinyblob NOT NULL, user_newpass_time binary(14), user_email tinytext NOT NULL, user_options blob NOT NULL, user_touched binary(14) NOT NULL default , user_token binary(32) NOT NULL default , user_email_authenticated binary(14), user_email_token binary(32), user_email_token_expires binary(14), user_registration binary(14), user_editcount int, PRIMARY KEY user_id (user_id), UNIQUE INDEX user_name (user_name), INDEX (user_email_token) ) TYPE=InnoDB " failed with error code "You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'TYPE=InnoDB' at line 20 (localhost)". —67.91.173.235 15:57, 18 January 2008 (UTC)
 * MySQL6 obviously doesn't like the TYPE=InnoDB option, so you could try setting $wgDBTableOptions to "", but I would imagine you will have more problems since MediaWiki doesn't support MySQL6 yet and also MySQL6 is only in alpha stage of development which means it is still very unstable currently. --Nad 20:44, 18 January 2008 (UTC)

How to remove the password change boxes under special:preferences

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

Hi, my fellow companions. I have a question. I am trying to integrate the mediawiki to another site, so that when you log into that site you have a link to enter the mediawiki. That site uses CAS authentication so that when i click to the mediawiki link, it automatically logs in the user to mediawiki (and if the user does not exist it gets created and then logged)

The thing is that under the Special:preferences link, there's an option wich allows me to change the password. It has 3 boxes ( Old password, New password, New password again) and a clicker box (remind the password between sessions)

I wish to delete this content. How do i do it?

I have also another question. How do i make that the register/login link on the top rightmost corner of the main page directs me to another site?

Thanks in advance. You are the best community. - Juanan

—147.83.181.16 19:34, 18 January 2008 (UTC)

Edit toolbar does not appear

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

Hi there. I'm missing the edit toolbar on my wiki. I posted also on MW-Users but they couldn't help me there yet. The toolbar is missing on Firefox and IE, on my user account as well as on unregistered accounts. I see the toolbar here on mediawiki.org (also on Wikipedia and other wikis), though. So it has to be a problem at the config of my wiki, I guess.

—89.245.83.140 21:10, 18 January 2008 (UTC)
 * The page source shows that the toolbar js is being loaded but is not being added to the edit form. The most likely reason for this is that another extension is disabling the showtoolbar preference, so maybe try commenting out the extensions from LocalSettings one by one checking the presence of the toolbar for each. --Nad 23:21, 18 January 2008 (UTC)

Try it usrself. goto wiki.usersquad.net > get started > and i am redirected to configtools.de/xxxxxxxxxxxx !!!!!!!!
 * MediaWiki: (huh)
 * PHP: 5
 * MySQL: 5
 * Database: latest
 * URL: wiki.usersquad.net

HELP contact at deep@usersquad.net