231839 - Cannot write "(" into form when IME is on

Status: RESOLVED FIXED

(Core :: DOM: UI Events & Focus Handling, defect)

Description

[Achain]

User-Agent:       Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.6) Gecko/20040117
Build Identifier: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.6) Gecko/20040117

I noticed that I cannot enter a parenthesis character "(" into input field
and textarea through IME (Input Method Editor for Japanese) is on.

Reproducible: Always

Steps to Reproduce:
1. Turn Japanese IME on.
2. Type "if (true) {" into input field.
3. Hit enter key to fix the input without ASCII -> Japanese conversion.
Actual Results:  
The string in input field become "if true);".
And screen scrolls three lines down in case of target is input field.
(Three lines scroll doesn't happen if target is textarea.)

Expected Results:  
The string in input field must be "if (true);".

1.6a, 1.6b and nightlies to OS2-2003121708 don't have this symptom.
OS2-2003121808 is the first build have this bug.
Workaround : Turn off IME then type "(".

Comment 1

[Achain]

Sorry, I forgot to mention.
I confirmed this bug only on OS/2. Win32 has no problem.
# change OS to OS/2

Comment 2

[Mike Kaply [:mkaply]]

There are two possibilities here:

http://bugzilla.mozilla.org/show_bug.cgi?id=222509

which was related to key events

and

http://bugzilla.mozilla.org/show_bug.cgi?id=224929

which was related to focus.

I'll get my Japanese machine setup and take a look.

Comment 3

[Achain]

Attachment: (Odd?) result of testcase for bug 222509

This is a snapshot of testcase of Bug 222509.
(http://bugzilla.mozilla.org/attachment.cgi?id=133441&action=view)
It shows just after pressing enter key to fix the "(" through IME.

I find another character which cannot be entered through IME. It's "&".
Entering "&" through IME gets completely same result on the testcase.

Comment 4

[Achain]

Attachment: Normal result of testcase for bug 222509

This is a snapshot of testcase of Bug 222509 with entering ")" through IME.
It seems normal.

Comment 5

[Mike Kaply [:mkaply]]

Wow. Lee's code destroyed IME.

Comment 6

[Mike Kaply [:mkaply]]

Attachment: Fix for problem

Interesting it appears that & never worked in the IME.

Basically we were mapping VK codes wrong in the IME case because it went down
an unknown path.

I added this unknown path and set the VK value to 0xFF to cause us to use the
char code.

Comment 7

[Mike Kaply [:mkaply]]

Fix checked in

Comment 8

[Achain]

Comfirmed fixed with OS2-2004030108.
Thanks,