JDK-4308606 : wrong numeric key mapping with french keyboard (azerty)
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 1.1.8,1.3.0
  • Priority: P2
  • Status: Resolved
  • Resolution: Fixed
  • OS: solaris_7
  • CPU: sparc
  • Submitted: 2000-01-31
  • Updated: 2000-04-11
  • Resolved: 2000-04-11
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.
Other Other
1.3.0Fixed 1.4.0 betaFixed
Related Reports
Relates :  
JDK-4083691 - Key mapping in TextAreas & TextFields on Solaris
Relates :  
JDK-4103229 - some keys on the numpad do not work correctly when NumLock is off (Solaris)
Description
when using a french keyboard (azerty) the numeric keypad generates symbols instead numbers (the bug 4083691 explains that the problem is because a remapping is not done from java before going back to the peer component code).

while bug 4083691 states that this problem has been solved in jdk 1.1.8 and jdk 1.2.2, i've tested with the latest solaris builds of such versions and the problem is still there (and the version 1.1.8 is later than build M).

NOTE: i've tried to reopen bug 4083691 but i can not find my comments and/or the reopen status (my apologies if a duplication happens).
Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: kestrel-solaris merlin FIXED IN: kestrel-solaris merlin-beta INTEGRATED IN: merlin-beta
14-06-2004
WORK AROUND we are using a primitive workaround by replacing the TextComponent of the jdk with a hacked one that detects if the KeyEvent keychar is the same as the keychar being displayed in native peer component. we do not feel comfortable going into production with this fix.
11-06-2004
SUGGESTED FIX echawkes@gradgrind:/net/jano/export/disk03/awt/echawkes/jdk14c/src/solaris/native/sun/awt( 134 )% sccs diffs -C canvas.c ------- canvas.c ------- *** /tmp/dXyaq1r Wed Mar 22 15:58:18 2000 --- canvas.c Wed Mar 22 15:58:13 2000 *************** *** 665,670 **** --- 665,683 ---- case java_awt_event_KeyEvent_VK_ESCAPE: case java_awt_event_KeyEvent_VK_ADD: case java_awt_event_KeyEvent_VK_MULTIPLY: + case java_awt_event_KeyEvent_VK_SUBTRACT: + case java_awt_event_KeyEvent_VK_DIVIDE: + case java_awt_event_KeyEvent_VK_DECIMAL: + case java_awt_event_KeyEvent_VK_NUMPAD0: + case java_awt_event_KeyEvent_VK_NUMPAD1: + case java_awt_event_KeyEvent_VK_NUMPAD2: + case java_awt_event_KeyEvent_VK_NUMPAD3: + case java_awt_event_KeyEvent_VK_NUMPAD4: + case java_awt_event_KeyEvent_VK_NUMPAD5: + case java_awt_event_KeyEvent_VK_NUMPAD6: + case java_awt_event_KeyEvent_VK_NUMPAD7: + case java_awt_event_KeyEvent_VK_NUMPAD8: + case java_awt_event_KeyEvent_VK_NUMPAD9: keysym = awt_getX11KeySym(keyCode); break; case java_awt_event_KeyEvent_VK_DELETE:
11-06-2004
EVALUATION Note: the reason this wasn't fixed under 4083691 is that the original responsible engineer noticed the same behavior using US keyboards, and assumed that fixing it in the US locale would also take care of the problem in the French locale. eric.hawkes@eng 2000-01-31 Too late to fix this in Kestrel. Committing to Merlin. Note: if a fix is needed in the 1.1.x product line, it will have to be handled as a technical escalation through CTE. eric.hawkes@eng 2000-01-31 After speaking with the submitter, it seems as though there are two issues here. The first is that the '*' key on the numeric keypad does not work. This problem is specific to the production release - the reference release works fine. I have therefore opened a separate bug report for that issue: 4309430. The problem to be addressed in this report is that of the numpad keys working incorrectly under the French keyboard layout. The submitter has provided a set of scripts that can be used to run the various versions of java and change the keyboard layout to French or English as needed. See Comments for details. Final note: I believe the submitter would like a fix for 1.1.x. However, the bug also exists in Kestrel RC1 (build T). I think that fixing it in 1.1.x requires a technical escalation by CTE. There is a Suggested Fix in 4083691 which might work. eric.hawkes@eng 2000-02-02 The suggested fix in 4080391 is not relevant. The fix is to translate the keycodes for the numeric keypad explicitly in modify_Event. eric.hawkes@eng 2000-03-22
02-02-2000