Version 1, changed by mao@mao. 11/23/2004. Show version history
| Summary (short description): | Taskmanager doesn't work in Japanese character? |
| OS: | Win2k |
| Browser: | Internet Explorer |
| Bug Description: | I added a new task to Taskmanager in Japanese character,
*URL of created page:
*Error message:
Error code: 374680e1ffd30bc93742087e4218509616b3fe47 |
| Steps to Reproduce: | 1.Enter Taskmanager.
2.create new task in Japanese(maybe any 2-byte character?). 3.save changes. 4.choose new link from task list. |
| Your name: | mao |
| Your wiki domain name (*.jot.com): | mao,jot.com |
admin@jung said, 04/20/2005:
The following comments apply to bugs: 25, 65, 79, 100, 161, 217, 411, and to Feedback25, and to Question78, and to "WikiHome >> BugTracker >> Latin1Characters":
When you see lots of uppercase A with diacritical character (e.g., 'Ã'), that usually indicates a UTF-8 double conversion. I.e., some code is trying convert a string already in UTF-8 to a UTF-8.
(It can also be seen when you have a UTF-8 web document mislabeled as iso-8859-1 (or cp1252), then the browser will try to run a Latin1->UTF-8 on UTF-8 data. But I doubt this is the problem since the Jotspot pages are in XHTML, and XHTML and XML default to UTF-8 unless there are encoding attributes.)
Suggestions for debugging:
First, decode the code points of the garbage string as if its encoded in Latin1. Then verify that those bytes correspond the the correct UTF-8 string. Look at the XHTML source. It's likely you will see NCRs for each byte instead of NCRs for each character.
Next, if it's happening in a link, determine what byte values are being used in the path for the backend storage. Hopefully it is raw UTF-8 and not escaped as NCRs.