Wie schon unter http://board.perl-community.de/cgi-bin....;#idx26 diskutiert.

Wenn ein Wikiwort einen Umlaut enthält, wird dieser seltsamerweise als UTF-8 gespeichert.

Das Problem: im Edit-Fenster enthält das form@action-Attribut die Umlaute unkodiert. Was der Browser damit macht, scheint implementationsabhängig zu sein: Dillo benutzt eine iso-8859-1-kodierte URL, Opera7 und Mozilla eine UTF8-kodierte.

Ursache: Das Forum kodiert fälschlicherweise an einigen Stellen Umlaute in URIs nicht! Es kommen dann so etwas heraus:


Die meisten Browser interpretieren die Umlaute in dieser URI in der Kodierung der Webseite: Wenn im HTTP- oder HTML-Header als Charset ISO-8859-1 angegeben ist, werden die Umlaute ebenso als ISO-8859-1-Zeichen interpretiert und entsprechend kodiert. Ein Request sieht dann so aus:


Korrektes HTML4 ist es aber, diese unkodierten Umlaute in UTF-8 zu kodieren, wenn der entsprechende Request abgesendet wird!
Opera macht das auch und erstellt folgenden Request beim Anklicken des Links:

Ah, ptk hat's auch gefunden. :)

Ich bin auf der Suche, wo im TWiki noch die uri_escape()s fehlen ...

Ah, Danke liebe Leute!

Es sollte jetzt funktionieren.

Es waren nicht nur fehlende uri_escape()s, sondern vor allem inkorrekte Templates, die direkt %TOPIC% bzw. %TOPICNAME% in URIs benutzt haben. Das sollte jetzt gefixt sein.

@GwenDragon, @pq: Wenn ihr Opera-User noch Merkwürdigkeiten mit plötzlich auftauchendem UTF-8 im Wiki findet, gebt Bescheid. Ich bin nicht sicher, ob ich alle Stellen erwischt habe.

Danke, Dubu!

Ich werde es testen ;)

Jetz geht's!