<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
This has an FX bug + webrev :<br>
<a class="moz-txt-link-freetext" href="https://bugs.openjdk.java.net/browse/JDK-8088395">https://bugs.openjdk.java.net/browse/JDK-8088395</a><br>
<a href="http://cr.openjdk.java.net/%7Eprr/8088395/index.html">http://cr.openjdk.java.net/~prr/8088395/index.html</a><br>
<br>
and also a JDK-side fix and webrev :-<br>
<a class="moz-txt-link-freetext" href="https://bugs.openjdk.java.net/browse/JDK-8176530">https://bugs.openjdk.java.net/browse/JDK-8176530</a><br>
<a class="moz-txt-link-freetext" href="http://cr.openjdk.java.net/~prr/8176350/">http://cr.openjdk.java.net/~prr/8176350/</a><br>
<br>
The problem is FX modal dialogs are ignoring the Window parameter.<br>
We can fix the problem with disabling the modal parent on the FX
side<br>
and that is why most files in FX are updated.<br>
<br>
But it does not fix the "on top" issue which requires the JDK fixes
and<br>
to pass in the DialogOnTop private attribute.<br>
The JDK code is there solely for FX and won't have any visibility<br>
unless FX passes in the private attribute.<br>
<br>
On Linux it uses the standard AWT "always on top" modality<br>
On windows it uses the HWND for the FX window and windows native
modality<br>
On Mac you won't see anything since Mac does this automatically<br>
<br>
-phil.<br>
</body>
</html>