Closed
Bug 143358
Opened 23 years ago
Closed 15 years ago
Quanpin/ZhengMa--Flipped input characters in "To" field of msg compose window with auto-complete turned on
Categories
(MailNews Core :: Internationalization, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: jeesun, Assigned: smontagu)
Details
(Keywords: intl, Whiteboard: closeme 2010-04-18)
Attachments
(2 files)
Quanpin flips entered input characters in "To" field of msg compose window
Build: 0509 branch
OS: SC windows 98
Steps:
1. Choose Quanpin as a input method
2. In "To" field of mail compose window, for example, put ¼¸°Ù by doing steps as
follow
a. hit j
b. select 1 from given options
c. select 1 again from given options
3. It should print "¼¸°Ù", but in "To" field, °Ù¼¸ is put. Notice that these two
characters are flipped. I tried other characters. They also showed the same problem.
4. Subject/Body field of mail compose window doesn't have this issue. Also,
other input feilds in browser (url location or any form submission field) work OK.
5. Other Input methods seem to be working fine.
Comment 1•23 years ago
|
||
>1. Choose Quanpin as a input method
Is that IME for Chinese?
Please attach a screen shot (include the "To" field also the selected IME).
Is this for specific to mail "To" filed? How about URL location bar?
Status: NEW → ASSIGNED
Jeesun and I tried in URL bar and search field of netcenter page, it works fine
there. So far, receipient fields on mail compose window are the only places we
can reproduce the problem.
CC'ed to Yuying and Rui.
I also can reproduce this on Simplified Chinese XP.
Nominating for nsbeta1.
Keywords: nsbeta1
Reporter | ||
Comment 3•23 years ago
|
||
Please see this page in GB2312
I'll attach a screenshot of mail compose window which has the following chars
both in "To" field and "Body". Notice that chars in "Body" work OK, but those in
"To" field are all flipped.
(Input Chars) Result
(¼¸°Ù) °Ù¼¸ - By typing j - 1 - 1
(¿¨³µ) ³µ¿¨ - By typing k - 1 - 1
(À°ï½á»ï) °ï½á»ïÀ - By typing l - 1 - 1
Reporter | ||
Comment 4•23 years ago
|
||
Reporter | ||
Comment 5•23 years ago
|
||
Comment 6•23 years ago
|
||
In this particular "To" field by using different SimpChinese IME / WinXP-SC:
1. "ZhengMa" has same problem as reported here (QuanPin).
2. "MS PinYing" and "ZhiNeng" has no problem.
3. "NeiMa" and "ShuangPin" won't show wrong direction, but has cursor problem:
after select the candidate charcter, then press Backspace it doesn't do detect
but move the mouse cursor in front of the character.
Modified the summay based on Yuying's comments.
Summary: Quanpin-Flipped input characters in "To" field of msg compose window → Quanpin/ZhengMa--Flipped input characters in "To" field of msg compose window
Comment 8•23 years ago
|
||
can you reproduce this problem in other area- such as url bar, bugzilla comments
fields and composer?
Comment 9•23 years ago
|
||
No, at least at this point - I tried url, a html page has different input text
fields (including fixed length) in Browser or Composer window. Also like Jeesun
reported, it not reproducible on Mail subject and mail body.
Comment 10•23 years ago
|
||
I think this caused by the autocomplete when the first characters got enter.
When I test it, after I input the first character, the autocomplete will insert
a selected "@netscape.com" after it. I think that confused the input method.
Is that what you see?
Comment 11•23 years ago
|
||
In my testing, if we turn off the autocomplete, the problem go away.
how to turn off:
1. open Edit:Preference
2. click "Mail & Newsgroups: Addressing" tab
3. uncheck "Local Address Books" and make sure the "Directory Server" is also
unchecked (that is by default)
now it problem go away.
Comment 12•23 years ago
|
||
Yes, I also saw the problem is gone after turning off autocomplete on XP! That
explains why this is only seen in recipient fields.
QA Contact: ji → jeesun
Summary: Quanpin/ZhengMa--Flipped input characters in "To" field of msg compose window → Quanpin/ZhengMa--Flipped input characters in "To" field of msg compose window with auto-complete turned on
Reporter | ||
Comment 13•23 years ago
|
||
The same thing happens with Address Book's new list. When you create a new list
and type names under "Type names or drag addresses..." section, you'll notice
the same problem.
Comment 14•23 years ago
|
||
Shanjian, could you take a look at this? I am not familiar with Chinese IME.
Assignee: nhotta → shanjian
Status: ASSIGNED → NEW
Comment 15•23 years ago
|
||
what kind of IME have the problem ? Is this unique to SC IME? how about TC/JA/KO
ime ?
Reporter | ||
Comment 16•23 years ago
|
||
I haven't seen this problem with other IME except SC. As mentioned,
Quanpin/ZhengMa show the problem
Comment 17•23 years ago
|
||
A simplified scenario to show the problem:
1, type "j" in address field.
2, type "1" to choose a character
3, Type "ESC".
The cursor should be after the hanzi, but it is not. I haven't figured out why.
Give it to roy for now. I can continue look at this after I come back next Tuesday.
Assignee: shanjian → yokoyama
Comment 18•23 years ago
|
||
I definitely see this problem in my WinXP-SC IMEs. Unfortunately I couldn't
pin point what the cause of this bug.
I looked at nsAbAutoCompleteSession.cpp, nsAutoComplete.cpp, autocomplete.xml; but
failed to locate a cause......
Updated•23 years ago
|
Status: NEW → ASSIGNED
Reporter | ||
Comment 19•23 years ago
|
||
Renominating this bug. Changing keyword from nsbeta1- to nsbeta1
Updated•20 years ago
|
Product: MailNews → Core
Updated•17 years ago
|
Product: Core → MailNews Core
Updated•16 years ago
|
QA Contact: marina → i18n
Comment 22•15 years ago
|
||
is this still seen in v3.x?
(I can't imagine the new autocomplete would still do this)
Whiteboard: closeme 2010-04-18
Comment 23•15 years ago
|
||
Not reproduce on 3.1. We should close as worksforme.
Reporter said that strings were flipped on to: field. But it isn't flipped on 3.1.
Comment 24•15 years ago
|
||
Thanks. WFM per comment 23
Assignee: tetsuroy → smontagu
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•