<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>