RFR: 8292588: [macos] Multiscreen/MultiScreenLocationTest/MultiScreenLocationTest.java: Robot.mouseMove test failed on Screen #0 [v5]
Alexey Ivanov
aivanov at openjdk.org
Wed Feb 8 09:30:00 UTC 2023
On Fri, 3 Feb 2023 20:24:16 GMT, Alisen Chung <achung at openjdk.org> wrote:
>> Fixed test bug where mouse location was being calculated before robot mouseMove operation was complete
>
> Alisen Chung has updated the pull request incrementally with one additional commit since the last revision:
>
> uncommented portion of test
test/jdk/java/awt/Multiscreen/MultiScreenLocationTest/MultiScreenLocationTest.java line 115:
> 113: String.format("0x%08X",image.getRGB(image.getWidth() - 1, image.getHeight() - 1)));
> 114: System.out.println("Robot.createScreenCapture Top Left Actual: " +
> 115: String.format("0x%08X",image.getRGB(0, image.getHeight() - 1)));
There's no space after the comma, after the format string. Yet there are spaces in `getRGB`, probably because they're copied from the `if`-condition.
test/jdk/java/awt/regtesthelpers/Util.java line 178:
> 176: }
> 177: System.out.println("Robot.getPixelColor Expected: " + color);
> 178: System.out.println("Robot.getPixelColor Actual: " + screen);
This may be not the best solution. If the method is used on a large image / rectangle (it's called from `testBoundsColor`), the output could be flooded with messages. Eventually, it may slow down test execution. At the same time, there's no other way to provide debugging info.
-------------
PR: https://git.openjdk.org/jdk/pull/10363
More information about the client-libs-dev
mailing list