-
Bug
-
Resolution: Fixed
-
P2
-
6
-
b130
-
x86, sparc
-
solaris_10, windows_xp
-
Verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2158362 | 6u10 | Konstantin Voloshin | P3 | Resolved | Fixed | b12 |
When append call is used on the TextArea, when the mouse cursor is located over a scrollbar, the cursor gets reset to text cursor, even though it should be an arrow over the scrollbar. This is reproducible in xawt only, in Tiger and Mustang.
When xawt TextArea is autoscrolling on appending a newline, ugly flicker happens in the bottom of textarea, and sometimes the bottom part just does not get repainted correctly at all. This is obvious with remote X access, maybe it's less visible with local desktop.
This is reproducible since double-buffering was enabled on used swing components (6352604). Before that, there were multiple flicker problems, but there were no painting erorrs in the bottom of the component.
When xawt TextArea is autoscrolling on appending a newline, ugly flicker happens in the bottom of textarea, and sometimes the bottom part just does not get repainted correctly at all. This is obvious with remote X access, maybe it's less visible with local desktop.
This is reproducible since double-buffering was enabled on used swing components (6352604). Before that, there were multiple flicker problems, but there were no painting erorrs in the bottom of the component.
- backported by
-
JDK-2158362 Cursor gets reset to text cursor in xawt TextArea when autoscrolling on append
-
- Resolved
-
- duplicates
-
JDK-6446872 regression:Pressing any character changes default cursor to Text cursor when the mouse is on the scr
-
- Closed
-
- relates to
-
JDK-6459825 TextArea popupMenu is visible when right clicked on the intersection area of scrollbar
-
- Closed
-