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)

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

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)

When editing in sysop mode, the browser downloads an index.php5 file containing no HTML
I'm running the latest version of MediaWiki (1.11.0) and whenever I click on the edit link as a sysop user, or even enter the url directly (http://www.xxx.org/wiki/index.php5?Title=Articles&action=edit), the browser downloads a file named index.php5 containing non HTML text like :

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

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

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

Any idea at how I can edit MediaWiki:Sidebar with the sysop user without having to add manually the internaledit option on the url ?

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


 * Are you using Mozilla Firefox? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  18:34, 10 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

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,  MediaWiki Support Team  17:05, 12 January 2008 (UTC)

Export import problem

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

Having some trouble importing a large number of articles from an older wiki into a newer wiki. I'm using the Special:Export and Special:Import pages to do this. The exported XML files looks OK but is bigish (4MB). The error is: Upload of import file failed; perhaps the file is bigger than the allowed upload size. phpinfo tells me the upload file size is set to 16M and uploads are on. Can anyone suggest a solution? —Rob 02:48, 14 December 2007 (UTC)
 * It looks like the size is an issue as imports of only a few articles appear to work. The main import is 358 articles. --Rob 02:58, 14 December 2007 (UTC)
 * Yes and those upload GET/POST request parameters can be modified in PHP.ini --Zven 21:08, 9 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

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)

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)

Table of Contents and Extension Code
Hello,

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

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

Thanks in advance for your time ;)

71.225.221.85 03:20, 25 December 2007 (UTC)
 * If you used a parser-function instead of a tag-hook then it can output headings as normal wikitext == style which will then be included in the TOC --Nad 06:50, 25 December 2007 (UTC)
 * I've considered this, but it makes the functionality considerably more complicated to use for editors. Correct me if I'm wrong (I haven't explored parser functions in their entirety), but they have to be passed in order, correct?  Which would mean that the (relatively) simple , which in and of itself is pretty simple - but if the user wishes to omit one or more options, it becomes much more complicated, right? 71.225.221.85 01:17, 30 December 2007 (UTC)
 * You can still use named parameters in your parser functions, eg  , but you will need to manually split the args into key/value pairs in your callback function, such as in the following example code:

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

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)

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)

Logo troubles, Need Help!
I am running MediaWiki 1.11.0, PHP 5.2.4 (cgi) and MSQL 4.1.22-standard

I am having trouble on uploading my logo, and setting file uploads. I have read every page, and it says something about a configuration.php file, and I have no Idea how to do this. Is there a web based way to do any of this?
 * You need to have access to the filesystem of the wiki and edit LocalSettings.php. As for web-based ways to do this, if you are being hosted, your host probably has cPanel or something like it you can use to edit files in your filesystem. If your host doesn't have that, then ftp is probably the way to go (and if you aren't hosted, you'll have access to your server anyway, so just edit the files). --Skizzerz talk 21:27, 4 January 2008 (UTC)

Okay, what exactly do I need to edit with the configuration.php file and how do I do this in cPanel (which I do have) Thanks for your help! :)
 * Go into LocalSettings.php (which should be in the main wiki directory, such as /public_html/wiki), and add in near the end  (if that isn't working, try making it the full path with the http:// ). As for enabling file uploads, you need to modify the permissions of the /images directory to 777, then remove the # before the line about enabling uploads in LocalSettings.php. --Skizzerz talk 16:29, 6 January 2008 (UTC)

Installation Error in 1.6.10

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

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

MediaWiki 1.6.10 Installation

Checking environment...

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

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

Generating configuration file... * Database type: mysql

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

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


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

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

MySQL – Specified key was too long
MediaWiki: 1.11.0 PHP: 5.2.1 (apache2handler) MySQL: 5.0.37

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

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

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

Does anybody know, what is wrong?

We have tried to change the settings (latin1), but now some links don’t work properly.


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

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


 * You have to pay for a server or run it from your computer at home (but you would have to keep it on all night). -PatPeter, MediaWiki Support Team  18:15, 6 January 2008 (UTC)


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


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


 * You can also set up for free if you don't mind having advertising on your wiki, for example at wikia.com. Setting up at home is easy if you have a static IP address, but if your IP changes you will need to also set up a dynamic DNS solution, I recommend registering your domain with NameCheap because they are excellent price but also include all the extras such as free dynamic DNS support. --Nad 23:06, 6 January 2008 (UTC)

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

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


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

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

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


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

Skin not working, .css files are impossible to access

 * MediaWiki: 1.11.0
 * PHP: 5.2.2 (cgi)
 * MySQL: 4.1.22-standard
 * Database: InnoDB? (not sure what this means, sorry)
 * URL: http://wiki.atarichat.net

Hello.

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

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

Here's the .htaccess

and here the added lines to LocalSettings.php

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

Regards.

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


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


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

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

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

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

Here are the following modifications:

.htaccess

LocalSettings.php

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

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)

Showing the Article Index at the subpage

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

I would like to see - the from wiki created - index number on the subpage when I click on the link on it. Is the a possibility to transmit or show the index number?

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


 * Could you be more specific? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  20:52, 10 January 2008 (UTC)

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

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

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

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

Thank you very much!

--84.145.97.189 10:53, 8 January 2008 (UTC)
 * W:Special:Version is very useful for finding extensions that are publicly available as there will be links back to the extension available on MediaWiki. The extensions that do not provide a link are likely to be customized for Wikipedia. Likewise when you successfully install an extension the first check is to make sure it shows up in Special:Version on your own wiki (that is if the extension credits were written in the extension code) --Zven 20:45, 9 January 2008 (UTC)


 * I presume the user is referring to the Navpopup JavaScript tool, not a normal MediaWiki extension. Anyways, that page says that it should work on all Wikimedia wikis, but says no word on other sites using MediaWiki. Perhaps you can contact the author whether the tool could be changed to support other wikis. — color probe (talk | contribs | [[Image:Tournesol.png|20px]]Support team) 19:09, 10 January 2008 (UTC)

Invisible pages

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

Many wikipedia pages are not visible. I noticed that the source code is there. So I repaired one of them (Rete Algorithm). I believe it is due to an error in handling apostrophes such as '. Even though the article is now visible, the history of changes is still not. —146.192.58.7 11:21, 9 January 2008 (UTC)
 * I had a look at Rete algorithm, I see your addition is this difference. I suspect that the issue you are getting is browser specific, what web browser are you using? Can you provide a screen shot illustrating the issue? --Zven 17:52, 9 January 2008 (UTC)

Extension:Lockdown not working
I tried to use extension: Lockdown but not working... here is my addtions to the Local_settings...
 * MediaWiki: 1.11
 * PHP: 5
 * MySQL: 5
 * Database:
 * URL:

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

$wgAddGroups['KT'] = true;

$wgAddGroups['WC'] = true;

$wgExtraNamespaces[100] = "WC";

$wgExtraNamespaces[102] = "KT";

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

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

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

pls help

—218.190.210.28 18:05, 9 January 2008 (UTC)


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

Preventing access to some uploaded images and files

 * MediaWiki v1.10.0

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

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

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

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

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)

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.
 * Also what archive did you resurrect this from? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  20:26, 11 January 2008 (UTC)

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... Tuvok[Talk/en.wp] 01:56, 12 January 2008 (UTC)


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


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

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)

—87.17.195.53 22:23, 13 January 2008 (UTC) I have no shell access to Apache webserver, have to ask sysadmin to do this ?
 * 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)

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)

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)

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)