summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJoey Hess <joey@kodama.kitenet.net>2008-01-01 20:12:22 -0500
committerJoey Hess <joey@kodama.kitenet.net>2008-01-01 20:12:22 -0500
commit8a021b3bdb0a9a05c2119e9238f15641db7d7bd1 (patch)
tree323c6d078f1a523b3862770ef3fa92e46bb863b7
parent57bba4dac132a06729eeec809f5e1a5adf829806 (diff)
fixed
-rw-r--r--doc/bugs/Another_UTF-8_problem.mdwn10
1 files changed, 10 insertions, 0 deletions
diff --git a/doc/bugs/Another_UTF-8_problem.mdwn b/doc/bugs/Another_UTF-8_problem.mdwn
index 888778550..b5bcd30d2 100644
--- a/doc/bugs/Another_UTF-8_problem.mdwn
+++ b/doc/bugs/Another_UTF-8_problem.mdwn
@@ -1,3 +1,13 @@
Web-edit the [[Sandbox]], select *Preview* and watch all UTF-8 character
getting garbled (would also get committed like this). Or is it a problem
with my pretty standard Ubuntu gutsy Firefox installation? --[[tschwinge]]
+
+> Fixed, but I wish I knew what changed to break this. My guess is it might
+> have changed in the new upstream release of FormBuilder. All forms using
+> formbuilder were affected, none of them were utf-8 clean, and I know that
+> ikiwiki used to be fully utf-8 clean. The symptom of the problem is that
+> in `decode_form_utf8`, `Encode::is_utf8` says that the form field value
+> is already valid utf-8, when in fact it's not yet been decoded. So I
+> removed that line to fix it. --[[Joey]]
+
+[[tag done]]