diff options
author | Joey Hess <joey@kodama.kitenet.net> | 2008-01-01 20:12:22 -0500 |
---|---|---|
committer | Joey Hess <joey@kodama.kitenet.net> | 2008-01-01 20:12:22 -0500 |
commit | 8a021b3bdb0a9a05c2119e9238f15641db7d7bd1 (patch) | |
tree | 323c6d078f1a523b3862770ef3fa92e46bb863b7 | |
parent | 57bba4dac132a06729eeec809f5e1a5adf829806 (diff) |
fixed
-rw-r--r-- | doc/bugs/Another_UTF-8_problem.mdwn | 10 |
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]] |