summaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorintrigeri <intrigeri@web>2008-10-19 18:13:47 -0400
committerJoey Hess <joey@kitenet.net>2008-10-19 18:13:47 -0400
commitb637f7f700438f0812e9ed3e329b43895300c6c0 (patch)
tree99d73dbdcdcaa17f20213bf94c9b71faeaa96bc7 /doc
parent002be0c87afd6c7310d2dd2babbb6a03dac8f881 (diff)
initial bug report
Diffstat (limited to 'doc')
-rw-r--r--doc/bugs/unicode_chars_in_wikiname_break_auth.mdwn8
1 files changed, 8 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
new file mode 100644
index 000000000..c272d4b4f
--- /dev/null
+++ b/doc/bugs/unicode_chars_in_wikiname_break_auth.mdwn
@@ -0,0 +1,8 @@
+I spent hours trying to understand why my wiki suddenly refused me to log in (using passwordauth).
+The failure message was always: `login failed, perhaps you need to turn on cookies?`
+
+Inspecting the cookie information (thanks to Iceweasel's webdeveloper add-on), I realized there were some weird-looking encoded chars in the cookie name.
+
+Replacing "ยท" with "-" in `wikiname` fixed this login issue.
+
+(BTW, such a char was replaced by -I don't remember what encoding thingie- in my setup file, when running `ikiwiki-transition setupformat`.)