-
Bug
-
Resolution: Duplicate
-
P2
-
None
-
6
-
None
-
sparc
-
solaris
There is a regression in java 1.6 where the keyChar for key C
when Ctrl modifier is pressed is still 'c' instead of ascii ctrl-c (0x03):
1.6.0:
evt java.awt.event.KeyEvent[KEY_TYPED,keyCode=0,keyText=Unknown keyCode: 0x0,keyChar='c',modifiers=Ctrl,extModifiers=Ctrl,keyLocation=KEY_LOCATION_UNKNOWN] ...
getKeyChar 'c' 63
1.5.X:
evt java.awt.event.KeyEvent[KEY_TYPED,keyCode=0,keyText=Unknown keyCode: 0x0,keyChar='',modifiers=Ctrl,extModifiers=Ctrl,keyLocation=KEY_LOCATION_UNKNOWN] ...
getKeyChar '' 03
This impacts the terminalemulator used in the sunstudio IDE. Now one cannot
issue interrupts from within the dbx running in the IDE ... or issue
any other control characters for doing cmdline editing etc.
This happenned once before but I can't find the relevant CR.
when Ctrl modifier is pressed is still 'c' instead of ascii ctrl-c (0x03):
1.6.0:
evt java.awt.event.KeyEvent[KEY_TYPED,keyCode=0,keyText=Unknown keyCode: 0x0,keyChar='c',modifiers=Ctrl,extModifiers=Ctrl,keyLocation=KEY_LOCATION_UNKNOWN] ...
getKeyChar 'c' 63
1.5.X:
evt java.awt.event.KeyEvent[KEY_TYPED,keyCode=0,keyText=Unknown keyCode: 0x0,keyChar='',modifiers=Ctrl,extModifiers=Ctrl,keyLocation=KEY_LOCATION_UNKNOWN] ...
getKeyChar '' 03
This impacts the terminalemulator used in the sunstudio IDE. Now one cannot
issue interrupts from within the dbx running in the IDE ... or issue
any other control characters for doing cmdline editing etc.
This happenned once before but I can't find the relevant CR.
- duplicates
-
JDK-6497426 Since JDK 6.0 in XAWT, Ctrl+ascii letter results in KEY_TYPED ascii letter, not control char
-
- Closed
-