Run the following application on Solaris or Linux machine with
multiscreen setup:
public class Test extends Frame {
    
    int mX, mY;
    public Test() {
addMouseMotionListener(new MouseMotionAdapter() {
public void mouseDragged(MouseEvent e) {
System.err.println("getX=" + e.getX() + " getY=" + e.getY());
}
});
setSize(300, 300);
setVisible(true);
    }

    public static void main(String argv[]) {
new Test();
    }
}

Start dragging mouse out of the frame and continue dragging it out to the
secondary screen. Note that the output will show that getX and getY will
become 0, 0:
...
getX=828 getY=362
getX=900 getY=363
getX=982 getY=363
getX=1064 getY=363
getX=1144 getY=364
getX=1224 getY=365
getX=0 getY=0
getX=0 getY=0
getX=0 getY=0
getX=0 getY=0

The effect of this bug is very well seen on many of the jdk demos.
For example, in SwingSet2, start dragging one of internal frames. When
mouse is dragged out to the secondary screen the frame jumps to the upper
left corner of the DesktiopPane.

The bug is reproducible on all jdks.
It's is not reproducible on Win32 with multiscreen configuration.

dmitri.trembovetski@eng 2001-02-12