Last modified: 2005-04-21 09:58:19 UTC
BUG MIGRATED FROM SOURCEFORGE
Originally submitted by SWAdair (swadair) 2004-07-21 10:59
I noticed a problem (English Wikipedia) with a click-to-
edit link where the article name contained an umlaut. I
tested it in the sandbox to verify the problem could be
duplicated. It was.
For the article [[Münster]], the click-to-edit link
title=Münster&action=edit Münster] creates a broken
link. I discovered this while working on a Topbanana list
that generated click-to-edit links.
------------------------- Additional comments ------------------------
Date: 2004-07-29 04:36
Sender: SF user vibber
This could be fixed by removing the referrer check on the URL
converter. Currently it checks for URL transcoding only when
is coming from outside the wiki, on the assumption that internal
should be consistent.
Removing the check might cause a problem when trying to clean
corrupt titles (miscoded UTF-8 on a Latin-1 wiki or vice versa),
why the check was put in in the first place.
Another possibility would be to encode the URL in the local raw
instead of UTF-8; I'm not sure whether that's a good idea in
As a workaround, use hex codes for the raw bytes in the URL:
%fc for ü.
(Lowering priority since there's a workaround.)
Perhaps a nicer solution would be to introduce a simple internal syntax for
creating click-to-edit links - something along the lines of [[Münster@Edit]]
('@' currently being illegal in page-names). That way, the parser could deal
with the encoding issues in the same way as when you type [[Münster]] without
fear of doing strange things to spelt out URLs.
It would certainly be a handy short-cut, too, and it could even be formatted
differently (either the same as a broken link, or with a unique formatting, I'm
Note that this wouldn't actually conflict with bug 268, which suggests
Resolving as WORKSFORME, since this seems to work just fine now.