JDK-6907881 : Different undesired behavior for entering Asian characters in Windows IME starting with Java 6.0
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt:i18n
  • Affected Version: 6u17
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • OS: windows_xp
  • CPU: x86
  • Submitted: 2009-12-07
  • Updated: 2010-05-08
  • Resolved: 2010-03-28
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
6u19-revFixed 7Fixed
Related Reports
Relates :  
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.

EVALUATION sync from 6u19-rev-b07

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.

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

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

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.