JDK-4966137 : Robot presses Numpad del key instead of normal Del key
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 1,6
  • Priority: P3
  • Status: Closed
  • Resolution: Won't Fix
  • OS: generic,windows_xp
  • CPU: generic,x86
  • Submitted: 2003-12-10
  • Updated: 2012-04-19
  • Resolved: 2012-04-19
Related Reports
Relates :  
JDK-6280734 - java.awt.Robot incorrectly dispatch VK_DELETE on Solaris 10
Relates :  
JDK-4908075 - Press shift and another key using robot does not trigger events properly - WinXP
Description
The robot is pressing the Numpad 'del' key instead of the NON-Numpad delete key. 

Steps to reproduce
-------------------
1) Compile the attached code. 
2) Trun ON the Numlock.
3) Run the attached code. 
4) See the robot selects some text and then robot presses SHIFT+DEL
5) The text is cut.
6) Now close the application. And Trun off the Numlock. 
7) Run the test again and see that text is not cut.
I have run this test on Windows 2k and solaris 9 same result. 
This behavior is only seen if the key combination is Shift+Del. And it is not seen if I press only Del. 
Run the attached application (RobotSwing) twice with NumLock turned off and turned on. Correct behavior is after one second it selects the text and presses "t" letter, so the whole text is replaced with letter "t". When NumLock is turned on, selection doesn't occur and t is typed after the existing text.
Comments
PUBLIC COMMENTS Closed - Will not fix - Reopen if further justification/input can be provided.
19-04-2012
EVALUATION See note at 4908075. Apparently any native application under Windows calling keybd_event would behave this way. We will try SendInput call instead in dolphin; perhaps this bug will be closed as a duplicate to 4908075. Presently, retarget to dolphin.
06-09-2005
EVALUATION Name: dfR10261 Date: 12/29/2003 During a sequence of next operations emulation (NUM LOCK is turn on): - pressed key Shift - pressed key Delete - released key Delete - released key Shift next messages from Windows are recived: - WM_KEYDOWN for Shift - WM_KEYUP for Shift - WM_KEYDOWN for Delete - WM_KEYUP for Delete - WM_KEYDOWN for Shift - WM_KEYUP for Shift It seems that reason is in using keybd_event() function. ###@###.### 2003-12-29 Cannot reproduce on Solaris 10 with JDK 1.5.0 and later (XAWT+XKB). Cannot also reproduce on Linux under the same conditions. Still reproducible on Windows. ====================================================================== ###@###.### 2005-06-07 11:37:37 GMT
07-06-2005
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: mustang
21-08-2004