-
Bug
-
Resolution: Fixed
-
P2
-
1.4.0
-
rc1
-
sparc
-
solaris_8
-
Verified
As a fix to 4215643, the Solaris DnD implementation was changed to send a mouseReleased event to the window which originated the drag at the end of a DnD operation. Only the Solaris implementation was changed.
This is a problem for multiple reasons.
1) This change was made for Solaris only. The event is not sent on Windows. As a result, DnD developers will need to handle things differently on different platforms.
2) Swing's DnD implementation was written expecting no mouseEvents after the start of a DnD operation (the old behavior).
As a result of this change, on Solaris, Swing components supporting drag respond oddly when their mouseListeners receive a mouseReleased event at the end of a DnD operation. It is unexpected and results in incorrect selection behavior.
This is a problem for multiple reasons.
1) This change was made for Solaris only. The event is not sent on Windows. As a result, DnD developers will need to handle things differently on different platforms.
2) Swing's DnD implementation was written expecting no mouseEvents after the start of a DnD operation (the old behavior).
As a result of this change, on Solaris, Swing components supporting drag respond oddly when their mouseListeners receive a mouseReleased event at the end of a DnD operation. It is unexpected and results in incorrect selection behavior.
- relates to
-
JDK-4215643 Dnd of a button on Solaris platform causes button be always pressed.
-
- Closed
-