JDK-4018262 : win32: mouse-drag events not delivered when mouse moves outside of window bounds
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 1.1
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • OS: generic,solaris_10,windows_95
  • CPU: generic,x86
  • Submitted: 1996-12-06
  • Updated: 1997-10-23
  • Resolved: 1997-10-23
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
1.1 1.1beta3Fixed
Related Reports
Duplicate :  
Duplicate :  
Relates :  
Description
On win32, it appears that with some components (specifically window subclasses)
mouse-drag events are only delivered if the mouse is within the bounds of the
window - once the mouse moves out, the events stop coming.  This is not correct
behavior - mouse-drags should continue to be delivered until a mouse-released
event occurs (regardless of the mouse position).

This problem can be seen running the JCK test, EventTest2:

Bring up the Dialog window.
Click the mouse inside it and start dragging...you'll notice that events stop
coming when mouse moves outsdie of window's bounds.  Also - if you move the
mouse into a different window, that different window will get the drag
events instead of the original window where the first drag originated (again,
this is incorrect behavior for drags).

Note that the dragging seems to work appropriately when the first drag is
initiated on a *Panel* (choose "panel" from the choice in the test to see
this working correctly).

Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: generic FIXED IN: 1.1beta3 1.1fcs INTEGRATED IN: 1.1beta3
14-06-2004

EVALUATION I've avoided using the Win32 mouse capture routines, because used indiscriminately they can interfere with control operation, such as buttons and scrollbars. By capturing only after a drag occurs, this problem is eliminated.
11-06-2004

WORK AROUND
11-06-2004

SUGGESTED FIX
11-06-2004

PUBLIC COMMENTS On Win32, it appears that with some components (specifically window subclasses) mouse-drag events are only delivered if the mouse is within the bounds of the window - once the mouse moves out, the events stop coming. This is not correct behavior - mouse-drags should continue to be delivered until a mouse-released event occurs (regardless of the mouse position).
10-06-2004