Bug ID: JDK-6446872 regression:Pressing any character changes default cursor to Text cursor when the mouse is on the scr

Type: Bug
Component: client-libs
Sub-Component: java.awt
Affected Version: 6

Priority: P3
Status: Closed
Resolution: Duplicate
OS: solaris_10
CPU: sparc

Submitted: 2006-07-07
Updated: 2007-10-16
Resolved: 2006-07-28

Pressing any key on the keyboard, changes default cursor to Text cursor when the mouse is on the scrollbar (horizontal & vertical) & its intersection point. 

Step to reproduce:
----------------------
1) Run the attached program. You will see a frame containing  textarea & scrollbars (horizontal & vertical )
2) Move the mouse on any scrollbar or intersection point of the scrollbar. You will the default mouse cursor.
3) press any key on the keyboard. observe that default cursor is changed to text cursor.If you see the same then the bug is reproduced.

This works fine in  Tiger FCS b64 & Mustang b20 , but fails in Mustang b25 onwards. 
Hence  this is a regression. There is an another bug similar to this bug (6429174) which got fix in Mustang b91. I tested even in the  Mustang b91 PIT build , but  still the bug is reproduced.

EVALUATION A key press event causes a repaint to be processed. The following actions that cause a wrong cursor to be shown are the same as with bug #6431076. So this one is definitely a duplicate. Closing it.

28-07-2006

EVALUATION The bug seems to be a duplicate of bug 6431076.

21-07-2006

EVALUATION Cursor is incorrectly updated somewhere in the call to ComponentAccestor.processEvent() in XTextAreaPeer.handleJavaKeyEvent(). This method calls processEvent() method for text area, so we can override it and track if mouse is

10-07-2006

Duplicate :	JDK-6431076 - Cursor gets reset to text cursor in xawt TextArea when autoscrolling on append
Relates :	JDK-6429174 - Scroll bar moves when clicked on Intersecting Areas of two Scrollbars in Textarea.