Hi Cristian,
it looks like that I've already fixed this issue as [1]
Could you please check if the problem is gone with 8u60?
[1] https://bugs.openjdk.java.net/browse/JDK-8129116 Deadlock with
multimonitor fullscreen windows.
Thanks,
Alexander.
On 07/30/2015 05:23 PM, Christian wrote:
Sorry
Sorry if you dont want bug talk here, I just feel that i need to send some
information somewhere. I'm talking about
https://bugs.openjdk.java.net/browse/JDK-8015471
This exact issue happen to me quite frequently. I'm running the below jdk
version, but it has happened during 1.7.0 jdks also. The b
Looks fine.
On 30.07.15 16:13, Yuri Nesterenko wrote:
Colleagues,
please review this small test-only fix for
https://bugs.openjdk.java.net/browse/JDK-6544871
Webrev:
http://cr.openjdk.java.net/~yan/6544871/webrev.00
As a result, the test should pass on Windows without
stray Ctrl keypress left
Hi, Semyon.
There are two tests which failed, see JMC-4034( jmc_plugintest/swt case)
and JDK-8132469(swingnode/fx case).
On 30.07.15 9:49, Semyon Sadetsky wrote:
Hi Sergey,
You've marked the bug as noreg-sqe. I could not find the existing test
that crashes during the bug scenario. Could add
Colleagues,
please review this small test-only fix for
https://bugs.openjdk.java.net/browse/JDK-6544871
Webrev:
http://cr.openjdk.java.net/~yan/6544871/webrev.00
As a result, the test should pass on Windows without
stray Ctrl keypress left in the keyboard buffer.
Thanks,
-yan
Could you review the updated fix:
http://cr.openjdk.java.net/~alexsch/8131339/webrev.01/
It is not necessary to add default getMaximizedBounds() method to the
PlatformWindow so I reverted this change.
Thanks,
Alexandr.
On 7/24/2015 6:35 PM, Sergey Bylokhov wrote:
The fix looks fine.
Pl
The fix looks good to me.
Thanks,
Alexandr.
On 7/29/2015 6:54 PM, Alexander Zuev wrote:
Looks fine to me.
/Alex
On 29/07/15 18:51, Sergey Bylokhov wrote:
Hello.
Please review the fix for jdk9.
In the fix 8068886[1] the new native resources deallocation code
assumes that we have a fu
