Project:Support desk/Sections/System

__NEWSECTIONLINK__

= MediaWiki System Support =

Resolved: 404 when using short url

 * MediaWiki: 1.11.0
 * PHP: 5.2.5 (cgi-fcgi)
 * MySQL: 5.0.67.d7-ourdelta-log
 * URL: www.jainkosh.org

Hello, I have been trying to use short url for my wiki by following instructions at http://www.mediawiki.org/wiki/Manual:Short_URL/wiki/Page_title_--_no_root_access but could not achieve the results. My server is Apache and my wiki is saved at htdocs\Mediawiki. I have tried saving the .htaccess file in htdocs\Mediawiki, htdocs\, htdocs\sample_html, htdocs\Mediawiki\sample_html, but it didn't work. Whenever I tried to go to www.jainkosh.org/wiki/Main_Page, it throws error 404, page not found. This is what I have put in my .htaccess file:

RewriteEngine On RewriteRule ^wiki/(.*)$ /Mediawiki/index.php?title=$1 [PT,L,QSA] RewriteRule ^wiki/*$ /Mediawiki/index.php [L,QSA] RewriteRule ^/*$ /Mediawiki/index.php [L,QSA]

Can you please help me in getting this working?

Thanks a lot, Vikas

I tried the same settings on Godaddy.com server and it worked fine there. Somehow on my localhost it didn't work and was giving 404. Works great on the godaddy server.

Exporting a portal in mediawiki

 * MediaWiki version: 1.15.0
 * PHP version: 5.1.6
 * MySQL version: 5.0.45
 * URL: Not accessable

I have to take over the maintenance of a wiki powered by mediawiki. At the same time I have to move it to another server. The wiki contains two portals. At the new location it would be better to have two wikis instead of having two portals in one wiki. Is it possible to export the portals of the current wiki separately and to import them on the new server as two wikis?

—194.237.142.20 08:20, 24 June 2009 (UTC)

Google indexes page links with redirect=no

 * MediaWiki version: 1.12.0
 * PHP version: 5.1.6 (apache2handler)
 * MySQL version: 5.0.271.12.0
 * URL: http://www.cookipedia.co.uk/
 * The code for this wiki has been hacked around a bit but nothing (AFAIK) that would cause this behaviour.

Google indexes pages on this wiki that include "redirect=no" in the link so when the pages are followed from a search engine, the visitor sees a blank redirect page and is not redirected to the correct page.

As Google has already indexed 1000's of pages like this, ideally I would like to hack the core so "redirect=no" is ignored *unless* the referrer is from this wiki. A starting point for hackery would be gratefully recieved.

Example link —CookipediaChef 13:45, 7 July 2009 (UTC)


 * MediaWiki 	1.15.0
 * PHP 	5.1.6 (apache2handler)
 * MySQL 	5.0.45
 * URL: INTERNAL

When searching for a word MakeShare, I created a page, it looks great.

when I searched/go makeshare it wanted me to create another page. Is it possible to make case sensitive words not matter? So when I search makeshre, it directs me to the page with MakeShare?

Removing extra line on article save

 * MediaWiki version: 1.16.0
 * PHP version:
 * MySQL version:
 * URL:

Does anyone know if there is a way to avoid MediaWiki automatically inserting an extra line at the end of an article upon saving? Specifically, I am trying to figure out a way to remove the "     " that is being spawned onto a page which includes a template which contains no actual text, only a category.

—Bsmithme 03:32, 11 July 2009 (UTC)

Radius authentication not working after upgrading
Hello,
 * MediaWiki version: 1.15.0
 * PHP version: 5.0.4
 * MySQL version: 4.1.12
 * URL:

I've created a test environment which is a copy of our production environment. The starting point is mediawiki 1.4.5, same versions of php and mysql. I did an inplace upgrade of mediawiki per the online upgrade instructions. All in all, everything worked pretty smoothly. I had to upgrade libxm2 to 2.6, but outside of that, the only thing that appears to no longer function is our custom authentication.

In the old world, we had things setup to authenticate users against our radius server. This no longer appears to work. To do this in version 1.4.5 we made changes to

LocalSettings.php by adding the following at the end:

$wgRemotePasswordCheck = true; $wgRemotePasswordServer = "localhost"; $wgRemotePasswordPort = 80;

User.php by commenting out the existing checkPassword function and adding: function checkPassword( $password ) {			global $wgRemotePasswordCheck, $wgRemotePasswordServer, $wgRemotePasswordPort; $this->loadFromDatabase; $ep = $this->encryptPassword( $password );

if ( $wgRemotePasswordCheck ) { $lower = strtolower( $this->mName ); $credentials = $lower. ":" . $password; $out = "GET /security/index.htm HTTP/1.1\r\n"; $out .= "Host: $wgRemotePasswordServer\r\n"; $out .= "Authorization: Basic " .base64_encode($credentials). "\r\n\r\n"; $fp = fsockopen( $wgRemotePasswordServer, $wgRemotePasswordPort, $errno, $errstr, 30 ); if( !$fp ) { echo "$errstr ($errno) "; } else { fwrite( $fp, $out ); $test = fgets( $fp, 128); fclose( $fp ); }			  if( 0 == strcmp( $test, "HTTP/1.1 200 OK\r\n" ) ) { {					return true; }				}			}		}

AuthPlugin.php

change autocreate and UserExists to true

SpecialUserLogin.php comment out the processLogin if (0 == $u->getID block and add:

If (0 == $u->getID ) {			$u = & $this->init_user ($u);                  /* and add this line */ }

Can someone clue me in on what has changed? (Looks like SpecialUserLogin.php isn't used anymore).

Does someone have the procedure for enabling radius authentication in version 1.15.0? Any help would be appreciated.

Thanks, -Erik erik.watts@ecitele.com

—63.94.127.33 16:55, 13 July 2009 (UTC)