<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 31.07.15 10:30, Semyon Sadetsky
      wrote:<br>
    </div>
    <blockquote cite="mid:55BB2404.6020306@oracle.com" type="cite">
      <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
      JMC-4034 is not an OpenJDK project. Souldn't this test be copied
      to the client-libs test base?<br>
      JDK-8132469 description contains manual steps executed using
      SwingSet2, right?<br>
    </blockquote>
    All sqe tests is not a part of openjdk project. These particular
    tests cannot be copied to our ws because they are depend from the
    external java libraries, which require some manual configuration.<br>
    <br>
    <blockquote cite="mid:55BB2404.6020306@oracle.com" type="cite"> <br>
      --Semyon<br>
       <br>
      <br>
      <div class="moz-cite-prefix">On 7/30/2015 5:55 PM, Sergey Bylokhov
        wrote:<br>
      </div>
      <blockquote cite="mid:55BA3AD7.1010504@oracle.com" type="cite">
        <meta content="text/html; charset=utf-8"
          http-equiv="Content-Type">
        <div class="moz-cite-prefix">Hi, Semyon.<br>
          There are two tests which failed, see JMC-4034(
          <meta http-equiv="content-type" content="text/html;
            charset=utf-8">
          <font class="tablerow_value">jmc_plugintest</font>/swt case)
          and JDK-8132469(swingnode/fx case).<br>
          <br>
          On 30.07.15 9:49, Semyon Sadetsky wrote:<br>
        </div>
        <blockquote cite="mid:55B9C8F7.2010705@oracle.com" type="cite">Hi

          Sergey, <br>
          <br>
          You've marked the bug as noreg-sqe. I could not find the
          existing test that crashes during the bug scenario. Could add
          this info? <br>
          <br>
          --Semyon <br>
          <br>
          On 7/29/2015 6:51 PM, Sergey Bylokhov wrote: <br>
          <blockquote type="cite">Hello. <br>
            Please review the fix for jdk9. <br>
            <br>
            In the fix 8068886[1] the new native resources deallocation
            code assumes that we have a full control over the Cocoa
            NSApplication. This is incorrect in case of embedding, when
            NSApplication is controlled by swt or fx libraries. In the
            fix I add an additional check that the necessary selector
            exists in the current NSApp. <br>
            <br>
            [1] <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/b26427c5b3fe">http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/b26427c5b3fe</a>
            <br>
            <br>
            Bug: <a moz-do-not-send="true"
              class="moz-txt-link-freetext"
              href="https://bugs.openjdk.java.net/browse/JDK-8132382">https://bugs.openjdk.java.net/browse/JDK-8132382</a>
            <br>
            Webrev can be found at: <a moz-do-not-send="true"
              class="moz-txt-link-freetext"
              href="http://cr.openjdk.java.net/%7Eserb/8132382/webrev.02">http://cr.openjdk.java.net/~serb/8132382/webrev.02</a>
            <br>
            <br>
          </blockquote>
          <br>
        </blockquote>
        <br>
        <br>
        <pre class="moz-signature" cols="72">-- 
Best regards, Sergey. </pre>
      </blockquote>
      <br>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Best regards, Sergey. </pre>
  </body>
</html>