JDK-4821707 : Win32:Robot should not save an offset when created with a non-default GraphicsDe
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 1.3.1
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • OS: windows_2000
  • CPU: x86
  • Submitted: 2003-02-21
  • Updated: 2020-02-15
  • Resolved: 2020-02-15
Related Reports
Duplicate :  
Description
Currently, WRobotPeer saves the offset of the screen it is created for, and then applies the offset to mouseMove() and getRGBPixel() calls.  There is problem with this - the coordinates returned from Component.getLocationOnScreen() are global coordinates, not relative the their screen.  So, it's much more difficult than it needs to be move the mouse to the location of a Component that is not on the primary display.  The situation also makes it difficult or impossible for one codebase to work the same on the three major multi-screen configurations: X11 using Xinerama, X11 without Xinerama, and Windows.

This has been the case since 1.3, when Robot was added.

Comments
Was fixed by JDK-8013116
15-02-2020

EVALUATION This will be necessary for testing 4009555. ###@###.### 2003-02-20
20-02-2003