I'll check that in the related bug:
https://bugs.openjdk.java.net/browse/JDK-4837228
On 11/1/19 3:56 pm, Philip Race wrote:
OK, +1, although I wonder if we still need to exclude 24bpp in the test.
-phil.
On 11/1/19, 1:54 PM, Sergey Bylokhov wrote:
Yes I have tested this config by our tests, also decide to update the current
test to cover this use case as well:
http://cr.openjdk.java.net/~serb/8232200/webrev.03
On 10/27/19 7:17 am, Philip Race wrote:
Have you tested this on a system with a 2nd monitor and the fs window being on
the 2nd monitor ?
-phil.
On 10/26/19, 8:30 PM, Sergey Bylokhov wrote:
Hello.
Please review the fix for JDK 14.
Bug: https://bugs.openjdk.java.net/browse/JDK-8232200
Fix: http://cr.openjdk.java.net/~serb/8232200/webrev.02/
Our code assumes that when the display mode of the screen has changed,
the windows on the screen should not be moved, but on macOS 10.15 these
windows jump around, so we need to set all bounds of the window.
In the fix we will change the bounds of the window in the callback, which
is called when the display mode is actually changed by the application or
by some other reason.
The test is moved from the closed to the open repo.
--
Best regards, Sergey.
