United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
Bug ID: 6907881 Different undesired behavior for entering Asian characters in Windows IME starting with Java 6.0
6907881 : Different undesired behavior for entering Asian characters in Windows IME starting with Java 6.0

Details
Type:
Bug
Submit Date:
2009-12-07
Status:
Resolved
Updated Date:
2010-05-08
Project Name:
JDK
Resolved Date:
2010-03-28
Component:
client-libs
OS:
windows_xp
Sub-Component:
java.awt:i18n
CPU:
x86
Priority:
P4
Resolution:
Fixed
Affected Versions:
6u17
Fixed Versions:
6u21

Related Reports
Backport:
JDK-2190072 - Different undesired behavior for entering Asian characters in Windows IME starting with Java 6.0
Backport:
JDK-2190365 - Different undesired behavior for entering Asian characters in Windows IME starting with Java 6.0
Backport:
JDK-2191909 - Different undesired behavior for entering Asian characters in Windows IME starting with Java 6.0
Relates:
JDK-6270078 - Unexpected preedit text and candidate window are displayed

Sub Tasks

Description
We have different behavior across 2 JDK versions for inputting the chinese
characters when we disable the inline IME.

When we run this testcase in JDK 1.4:
1. Run the testcase.
2. Set input locale to Chinese Taiwan language
3. Caps Lock on. Type U and space and then down arrow key. You get a list of
   characters to choose. Choose any one character. You will notice chinese
@ character are being written to the other window(Input Window). When we
press enter, then these characters are written back to text field and input
window gets closed.

This is expected behavior.

When we run the same testcase against JRE 1.6, we found that there is no more
"input window" coming for composing the texts. Actually it is being wrote to
the some temp "buffer" just below the JFRAME/APPLET. When we do the maximize
the frame or applet, then we wont see this composing input window.
This is not acceptable behavior.

Comments
EVALUATION

sync from 6u19-rev-b07
2010-04-21 
EVALUATION

This is a regression which was introduced in the fix for 6270078.
After this fix, a composition window is not fixed at left below of the passive client Window.
2010-03-04 
EVALUATION

Finally I was able to reproduce this bug using New Phonetic IM.
("Shin Chu-On IM" in Japanese characters.)
2010-01-18 
EVALUATION

This regression was introduced in 6 beta. 5.0 URs' behavior is same as 1.4.2.
2010-01-18 
EVALUATION

I've been trying to reproduce this bug on
  - English-based multilingual Windows XP (including 10 input methods for Traditional Chinese)
  - Traditional Chinese Windows XP (including 2 input methods for Traditional Chinese)
but haven't succeeded.

Attached are hard-copies which were taken on Traditional Chinese Win XP while I was trying to reproduce. One was taken with JDK 1.4.2, and the other one was taken with JDK 1.6.0_17. They seem to be almost same and have the same small windows for IM. The position of a window is slightly different, though. And, I didn't see any glaring behavioral differences.
Please take a look at them and point out if you see problems. It will be helpful if you attach images which showes the problem clearly.
2010-01-13


Hardware and Software, Engineered to Work Together