diff options
author | Joey Hess <joeyh@debian.org> | 2013-07-10 21:49:23 -0400 |
---|---|---|
committer | Joey Hess <joeyh@debian.org> | 2013-07-10 21:49:23 -0400 |
commit | 1fc3f034191d3eec78b4d5da343e282092a221be (patch) | |
tree | d381dca05a61ec159803b92417e5393d8c10ed2b /doc/bugs/Another_UTF-8_problem.mdwn | |
download | ikiwiki-1fc3f034191d3eec78b4d5da343e282092a221be.tar ikiwiki-1fc3f034191d3eec78b4d5da343e282092a221be.tar.gz |
ikiwiki (3.20130711) unstable; urgency=low
* Deal with git behavior change in 1.7.2 and newer that broke support
for commits with an empty commit message.
* Pass --no-edit when used with git 1.7.8 and newer.
# imported from the archive
Diffstat (limited to 'doc/bugs/Another_UTF-8_problem.mdwn')
-rw-r--r-- | doc/bugs/Another_UTF-8_problem.mdwn | 16 |
1 files changed, 16 insertions, 0 deletions
diff --git a/doc/bugs/Another_UTF-8_problem.mdwn b/doc/bugs/Another_UTF-8_problem.mdwn new file mode 100644 index 000000000..d67ed2fa0 --- /dev/null +++ b/doc/bugs/Another_UTF-8_problem.mdwn @@ -0,0 +1,16 @@ +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]] + +Now we test it for Cyrillic and Western letters: +Протестируем кириллицу и ещё «_другие_» буквы: grüne Öl & hôtel — 3² × 2° --Shoorick |