JDK-8013116 : Robot moves mouse to point which differs from set in mouseMove on Unity shell
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 6,7,8
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: linux_ubuntu,windows
  • CPU: generic
  • Submitted: 2013-04-24
  • Updated: 2020-02-15
  • Resolved: 2014-01-29
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.
JDK 8 JDK 9
8u20Fixed 9 b06Fixed
Related Reports
Duplicate :  
JDK-4821707 - Win32:Robot should not save an offset when created with a non-default GraphicsDe
Relates :  
JDK-8033128 - Javadoc change is required for java.awt.Robot(GraphicsDevice screen) constructor
Relates :  
JDK-6287244 - Linux/Solaris robot should be rewritten
Relates :  
JDK-8155744 - [TEST_BUG] robot.mouseMove again broken on Unity dual-screen
Relates :  
JDK-8017567 - [macosx] MouseInfo.getPointerInfo() may be null after robot.mouseMove(x,y) if x,y is on secondary screen
Relates :  
JDK-8014212 - Robot captures black screen
Description
Robot moves mouse to point which differs from set in mouseMove on Ubuntu 12.04 if you have more than one screen devices.
If displays are duplicated, test passes. But if displays are extended, test fails.
To reproduce use attached test.
Comments
Seems like JDK7b01 (July 21, 2006) already had such changes.
22-01-2014
JDK7 SCCS info: D 1.29 06/03/21 15:49:49 aa153232 35 31 00016/00008/00438 MRs: COMMENTS: Fix for 6287244 (umbrella RFE for linux/solaris robot refactoring)
22-01-2014
referring to JDK-6287244, it was added to JDK6 b79.
22-01-2014
Robot.gdLoc field creation issue
22-01-2014
what is a correct 7uNN introduced in release? my doubts this is from 7u55..
21-01-2014
That bug is not jdk8 linux only. Fails on windows 8.1 and windows server 2012, 7u55b04 likely due to the same reason. Test log: http://aurora.ru.oracle.com/slot-gw/349067.ute.st2-1/results/ResultDir/PointerInfoTest/PointerInfoTest.log
21-01-2014
These are all approved for deferral to JDK 9 so you can update the FixVersion to state JDK 9. Kind regards, Mathias
29-08-2013
These are all approved for deferral to JDK 9 so you can update the FixVersion to state JDK 9. Kind regards, Mathias
29-08-2013
These are all approved for deferral to JDK 9 so you can update the FixVersion to state JDK 9. Kind regards, Mathias
29-08-2013
Converted "8-client-defer-candidate" label to "8-defer-request" by SQE' OK.
15-08-2013
*This is anti-deferral criteria list*: - P2 -------------- Engineering's Criteria ------------------------------------- - tck-red labeled - conformance labeled - P3 regressions reported/labeled against jdk8 - findbugs, parfait, eht labeled bugs - CAP <1 year reported - netbeans <1 year reported Victor ----------------- SQE's OK --------------------------------- Yes, we are ok with that thanks, Mikhail
15-08-2013
In Robot's mouseMove() we adding gdLoc to screen coordinates, it looks like it is unnecessary in this case. Same approach are used in getPixelColor(), createScreenCapture().
04-07-2013
Can't evaluate due lack of dual monitor configuration. Please, reassign to someone else.
08-05-2013
RULE 2D_MultiMonitor/RobotMouseMoveTest ExitCode 2
08-05-2013
2D_Geometry/Automated/PointerInfoTest
30-04-2013
Robot doesn't work with compiz, it seems. The Xinerama test java/awt/Robot/DragFrameMultiMon fails as well. Now, even if XINERAMA extension is reported, I don't think it is enabled. And, on Unity 2D (metacity) without compiz doesn't work, either.
25-04-2013