Project:Support desk/old

Global word replacement
Hi, the Malay language is still evolving with changes in spelling or terminology. How do I do a global word replacement? PM Poon 10:51, 22 September 2007 (UTC)
 * See the question above --Nad 12:04, 22 September 2007 (UTC)

Two Pressing Issues - Image Processing and URL Rewriting
Hello - I'm the owner of ZeldaWiki.org, and we're having some pretty troubling issues at the moment. They are twofold:
 * Selected thumbnails will not generate. This is displayed on our "Link" page. Many of Link's images give the error "Cannot create thumbnail:", but do not specify any further error message. I use ImageMagick to generate images, and this problem has persisted ever since we moved servers.
 * Do you know whether or not ImageMagick is installed on the new server and what path it is located at?
 * Yes. ImageMagick is installed and the convert command is located at /usr/bin/convert/. Also, ImageMagick is working properly on another site of mine, Zelda Universe.net - I've tried reinstalling ImageMagick, but that didn't seem to do anything. Upping the PHP mem limit also didn't help. --Jason 14:32, 22 September 2007 (UTC)
 * I can't see why it wouldn't be working... the thumb script is reading the proper image, because this test shows that it knows the original size and gives a proper error saying it won't make it bigger. You could try adding some additional output into thumb.php to tell you exactly what command it's attempting to do and then seeing what happens when you replicate that command from the shell? You could also try replacing thumb.php with the 1.10 version and see if that one works. --Nad 21:51, 22 September 2007 (UTC)
 * I wanted to use a file from 1.10.1, but was unable to find that release for download (nor 1.10.0). I tried 1.10.2, but because the problem began with 1.10.2, it was expected that it would not work. --Jason 11:43, 23 September 2007 (UTC)


 * Since upgrading to 1.11.0, URL rewriting has ceased to work properly. I checked the .htaccess, and rewriting is on. In fact, to go to a URL manually or to search for a page will take you to the correct page with the correct URL. It is only with special functions (such as editing, uploading, viewing history, etc) that the user is taken to the wrong URL.

My previous URL schema was /pagename. I have changed it to /index.php?title=pagename in order to fix this URL issue - clicking on any of the tabs at the top of the page brings you to an odd index.php page when the URL schema is the former. It is, however, crucial that the short URL's are working. --Jason 11:30, 22 September 2007 (UTC)
 * I'm having this trouble since upgrading to MW1.11 as well, I've found that it's not the rewriting itself, but rather seems to be a problem with having $wgArticlePath set to "/$1", it stops it from being broken by setting it to "/wiki/index.php/$1" (or whatever path your is at), but of course this means that some URL's won't be friendly. I'll let you know when I figure out the problem and get the URL's working properly again. --Nad 12:10, 22 September 2007 (UTC)
 * I'm narrowing the problem down (see MediaWiki 1.11 title extraction bug), and have found the the issue only occurs when $wgUsePathInfo is set to true. The $wgUsePathInfo global is used to allow URL's to specify the article title using a slash after index.php (eg. /wiki/index.php/myArticle). If you ensure that your rewrite rule translates friendly URL's to the full long-form using the title query-string item, then setting $wgUsePathInfo to false will get your friendly URL's working properly again. The only drawback of this is that you won't be able to have titles with un-encoded ampersands in them, but this is far less of a problem than friendly URL's not working at all. --Nad 04:39, 23 September 2007 (UTC)
 * I narrowed the problem down to a new WebRequest method called extractTitle, but I'm not sure what they're trying to do with it, so until they come up with a proper solution I've just replaced the WebRequest constructor method with the one from MediaWiki 1.10, and made the interpolateTitle method (which makes the calls to the problematic extractTitle method) return without doing anything. This allows $wgUsePathInfo to be set to true allowing /wiki/index.php/foo style requests. See MediaWiki 1.11 title extraction bug for details. --Nad 07:08, 23 September 2007 (UTC)
 * Thank you, this solution has fixed the problem. Let's hope they do something with that extra code, else get rid of it altogether. --Jason 11:43, 23 September 2007 (UTC)

CommonSettings.php
How do I get this to work properly?? Just installed MediaWiki 1.11 on WAMP, Windows XP Home Edition. I'm using this so all my wikis which run MW 1.11 have the same settings. Thanks, —82.42.237.84 22:32, 22 September 2007 (UTC)

Adding link entries into the footer section
Hi Im trying to add links into the footer section and just wondering how to do this through MonoBook.php. Ive found the section: // Generate additional footer links ?>			 data[$aLink] ) && $this->data[$aLink] ) { ?>				">html($aLink) ?> <?php 		} And wish to add page links in here. For example, Id like to have a link in here called: Change Log That goes to page http:// /mediawiki/index.php/Change_Log I cant hard code the full url path, because my server is accessed via 2 different urls, so I need to somehow put the new entry in without hardcoding the server name. Thank you. —58.175.32.115 23:51, 22 September 2007 (UTC)
 * There is a global variable called $wgServer which is the domain that the current request is dealing with. Have a look at all the path variables as others may also be of interest. Also if you want to create a link to a title which uses the proper URL format and is independent of the current domain or wiki installation specifics, use the following method:


 * --Nad 03:41, 23 September 2007 (UTC)

Hi Nad! Thank you heaps! You really do know your stuff!!! :>) Thank you.

Config subdirectory unwritable by webserver.
When i go to my wiki, it comes up with a message saying

"In order to configure the wiki you have to make the config subdirectory writable by the web server. Once configuration is done you'll move the created LocalSettings.php to the parent directory, and for added safety you can then remove the config subdirectory entirely."

I do not have access to the server, what should i do? —75.17.17.185 15:41, 23 September 2007 (UTC)
 * You must have had sufficient access to be able to get the MediaWiki installation there, whatever you used for that (eg. an FTP program?) should give you the ability to set permissions on the files. --Nad 21:31, 23 September 2007 (UTC)
 * I used an FTP client, i dont know which permissions to set to make the directory writable.
 * You'll need to read the documentation for you ftp client to find out how you go about setting file permissions with it, when you've done that just make the config directory world-writable during install then move the generated LocalSettings.php file into the parent directory and lock the config directory down again or delete it. --Nad 03:50, 24 September 2007 (UTC)

Thanks for your help =)

Can I call a Command Line Tool (in maintenance directory) without command line access?
Is it possible to call the command-line tool (dumpBackup.php for example), located in the maintenance directory, without having access to the command line? I mean - php code should be able to call other php code...

Thanks for help, -PMay 16:54, 23 September 2007 (UTC)


 * There is a browser-based command line script thingy at phpShell. — color probe — Talk  — Contribs 18:11, 23 September 2007 (UTC)

nofollow tags
I'm aware that this probably sounds noobish, but I would like some basic information on how to add the  attribute to the   tags for a specific interwiki link prefix. The wiki that I aid in administrating is trying to avoid boosting this one site's rankings as much as possible, which is difficult, seeing as we frequently link to them. I'm very inexperienced at PHP coding, and any assistance would be much appreciated. —Linus M. 17:44, 23 September 2007 (UTC)

__NEWSECTIONLINK__ on every page in Main Namespace
Hi guys! Id like to include the NEWSECTIONLINK on every page/and every newly-created page, by default in the Main Namespace. Appreciate if someone could give me some pointers. Thanks —58.175.32.115 02:44, 24 September 2007 (UTC)
 * Adding the following to your localsettings should do it, no guarantees though ;-) --Nad 04:28, 24 September 2007 (UTC)

Thanks Nad champion. I will give it a try :>) Nad gave it a try and it didnt add. Wondering if there is any way to add this to a template, and the template is called for every page in the Main Namespace.
 * I tested the code and it does as expected, but make sure you edit and save or add action=purge to ensure you're not viewing cached output, because changes to the script do not invalidate parser-cache content. --Nad 07:38, 24 September 2007 (UTC)
 * >) Thanks Nad will do.

Showing older versions until the newer version of an artical ain't released
OK, my English is not so good but I hope you'll understand me anyway.

I want to protect my articles of viewing by anyone except a special group. If anyone else is trying to watch these articel, protected by me, he will be shown an older version that was released earlier. It's a kind of quality management. As long the newer informations are not checked by anybody in that special group, the older version of this articel should be shown. Is there any extension or a possibility of MediaWiki to do that? —213.214.18.64 06:52, 24 September 2007 (UTC)
 * This is a popular request, but currently I don't think there is such an extension. --Nad 07:41, 24 September 2007 (UTC)
 * Actually there is Extension:PageProtectionPlus, and Extension:CrudeProtection that seem to address the issue here. Check these out. 72.149.111.10 12:39, 24 September 2007 (UTC)

Upload files directly into a page
Hi! Just wondering if there is an extension that will allow you to upload files directly into a page instead of using the "Upload File" option, which you then have to reference what file you have uploaded into the page. —58.175.32.115 08:41, 24 September 2007 (UTC)
 * No, sorry. You do have to admit, though, that refrencing it inside an article makes it appear neater when you go to edit it. 72.149.111.10 12:45, 24 September 2007 (UTC)

write a message at the top of the article
I want to display one message at top of any any article that will be decided by administrator. Please have one look at http://en.wikipedia.org/wiki/Honesty and tell me how to implement it in mediawiki Thanks in advance —Bpishere 11:00, 24 September 2007 (UTC)
 * That's just a template, you can see it in the source if you edit the page. Are you meaning that you want a message to appear on all pages without adding a template to the source? --Nad 20:58, 24 September 2007 (UTC)

posix_uname
Whenever I try to enter my wiki, this error pops up: Warning: posix_uname has been disabled for security reasons in /home/diez2/public_html/wiki/includes/Setup.php on line 80 Also, the function in setup.php on line 80 is: if ( function_exists( 'posix_uname' ) ) { $wguname = posix_uname; $wgNodeName = $wguname['nodename']; } else { $wgNodeName = ''; } What is going on here? 72.149.111.10 12:38, 24 September 2007 (UTC)

DynamicPageList2 and MW 1.11
Hi guys! Im trying to get the code example at link Ajax Form to work. I have tried both options eg.

and

No results to display... What I have tried/done: 1. Installed SimpleForms.php 2. Installed Mootools with Ajax selected. 3. Installed DynamicPageList 4. Apache has full rights to the js file 5. Done all LocalSettings mods The page I added this code on was just any page. I wanted to check if all and newly created categories were being read into the combo box, and they are. The problem is with the "List all members" box, when you click on it. When I click on it, I get the following Error details.... Line: 164 Char: 1 Error: Object expected Code: 0 URL: http://localhost/mediawiki/index.php/Example001 Example001 above is the page I have placed this form onto. Here is part of my LocalSettings.php entries.. $wgUseAjax = true; $wgAllowUserJs = true; include("$IP/extensions/SimpleForms/SimpleForms.php"); $wgSimpleFormsUseAjax="$IP/extensions/mootools.v1.11.js"; Interestingly, the page loads fine with no errors even if I type in a dummy path to mootools.v1.11.js, so I dont even think this is being referenced. There has to be some issue here. Whether I comment out the mootools reference above or not in LocalSettings.php, when I click on the List Members button, I get the error as mentioned above. Any help would be great, as I think this form is really good! Thank you. —58.175.32.115 15:20, 24 September 2007 (UTC) I tried to load it directly into my skin file as follows:  This time, if I put a faulty path in the for mootools js file, I get: JavaScript Error: Description: Object doesnt support this property or method. Line 251. If I put in the correct path, and I click on List Members, I get no error, but I get no results listed on the page...that is...nothing after I select a category.