aboutsummaryrefslogtreecommitdiff
path: root/doc/bugs/unicode_chars_in_wikiname_break_auth.mdwn
diff options
context:
space:
mode:
Diffstat (limited to 'doc/bugs/unicode_chars_in_wikiname_break_auth.mdwn')
-rw-r--r--doc/bugs/unicode_chars_in_wikiname_break_auth.mdwn6
1 files changed, 6 insertions, 0 deletions
diff --git a/doc/bugs/unicode_chars_in_wikiname_break_auth.mdwn b/doc/bugs/unicode_chars_in_wikiname_break_auth.mdwn
index c272d4b4f..7c71ff0ff 100644
--- a/doc/bugs/unicode_chars_in_wikiname_break_auth.mdwn
+++ b/doc/bugs/unicode_chars_in_wikiname_break_auth.mdwn
@@ -5,4 +5,10 @@ Inspecting the cookie information (thanks to Iceweasel's webdeveloper add-on), I
Replacing "ยท" with "-" in `wikiname` fixed this login issue.
+> Hmm, Recai sent me a patch a long time ago to handle utf-8 here by encoding
+> the wikiname. But it doesn't seem to work, somehow the encoded utf-8
+> value still doesn't make it through. (CGI::Session seems to have underermined utf-8
+> issues too.) Seems like I will have to possibly break some sessions and
+> entity-encode the wikiname in the cookie.. done. --[[Joey]]
+
(BTW, such a char was replaced by -I don't remember what encoding thingie- in my setup file, when running `ikiwiki-transition setupformat`.)