Wikimedia Bugzilla is closed!

Hi,

after a crash of our Debian Etch Linux Box, I had to migrate our wiki to OS X Server 10.4. Both PHP 5.2.x and MySql 5.x - not exactly the same versions.
The php- and skin-files were still available, together with a database dump.
I had just to import the dump into the MySql-server and pointing Apache to the correct wiki-directory and it worked fine.

Except pages with german umlauts and some other latin characters - very weird, because the german char 'ß' also worked, when used in page names along with chinese, cyrillic or arabic chars.

Because I do not have the old /etc anymore. It was hard to figure out what was going wrong. I tried to switch charset in MySql, Apache, etc ... and several other things ... but nothing worked. 

So I had to hotfix the problem - I looked at the current svn version, but the code seems to not be modified very much.

The funny thing is, that in /includes/Wiki.php, around line 150
I can simply omit this whole part, to get my umlaut-pages working:
<code>
[...]
			$targetUrl = $title->getFullURL();
			// Redirect to canonical url, make it a 301 to allow caching
			global $wgServer, $wgUsePathInfo;
			if( $targetUrl == $wgRequest->getFullRequestURL() ) {
[...]
				wfHttpError( 500, "Internal error", $message );
				return false;
			} else {
				$output->setSquidMaxage( 1200 );
				$output->redirect( $targetUrl, '301');
			}
[...]
</code>
* but I also had to add a hack for SpecialPages

I think the "if-comparision" could be better at this point, or at least this provides some useful information to someone having the same problem.

Best regads,
schmunk