<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>Now I see that you fixed another issue using 8158262 bug. <br>
    </p>
    <p>According to the process 8158262 should be closed as duplicate of
      8139189 and new issue is filed about ''o behavior.</p>
    <p>--Semyon<br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 11/7/2016 3:29 PM, Semyon Sadetsky
      wrote:<br>
    </div>
    <blockquote
      cite="mid:afa2f962-1064-8700-df10-f5412402d2e2@oracle.com"
      type="cite">
      <meta http-equiv="Context-Type" content="text/html; charset=utf-8">
      <p>Also, JDK-8139189 fix was pushed after this issue is created.</p>
      <p>So, is not a regression of JDK-8139189.</p>
      --Semyon<br>
      <br>
      <div class="moz-cite-prefix">On 11/7/2016 3:17 PM, Semyon Sadetsky
        wrote:<br>
      </div>
      <blockquote
        cite="mid:2c157430-43e2-4e1d-269b-0e5ad23434b9@oracle.com"
        type="cite">
        <p>Hello Dmitry,</p>
        <p>Did you run all cases of
          java/awt/InputMethods/DiacriticsTest/DiacriticsTest.html after
          the fix?</p>
        <p>Could you add the current case to DiacriticsTest.html as
          well?<br>
        </p>
        <p>--Semyon<br>
        </p>
        <br>
        <div class="moz-cite-prefix">On 11/7/2016 2:41 PM, dmitry markov
          wrote:<br>
        </div>
        <blockquote cite="mid:58206862.1090508@oracle.com" type="cite">
          Hello, <br>
          <br>
          Could you review a fix for jdk9, please? <br>
          <br>
              bug: <a moz-do-not-send="true"
            class="moz-txt-link-freetext"
            href="https://bugs.openjdk.java.net/browse/JDK-8158262">https://bugs.openjdk.java.net/browse/JDK-8158262</a><br>
              webrev: <a moz-do-not-send="true"
            class="moz-txt-link-freetext"
            href="http://cr.openjdk.java.net/%7Edmarkov/8158262/webrev.00/">http://cr.openjdk.java.net/~dmarkov/8158262/webrev.00/</a><br>
          <br>
          Problem description: <br>
          The new mechanism of dead keys detection and processing was
          introduced by <a moz-do-not-send="true"
            href="https://bugs.openjdk.java.net/browse/JDK-8139189"
            title="VK_OEM_102 dead key detected as VK_UNDEFINED"
            class="issue-link" data-issue-key="JDK-8139189"><strike>JDK-8139189</strike></a>.
          It uses MapVirtualKey() function to detect dead key
          combination. Also an output of MapVirtualKey() invocation is
          used as a value which is send with Java's
          KEY_PRESSED/KEY_RELEASED events. However if the mechanism,
          (i.e. WindowsKeyToJavaChar() function inside awtComponent.cpp)
          is called from the Java layer via JNI right after a keyboard
          layout has been changed, MapVirtualKey() returns a character
          value related to the previous keyboard layout. <br>
          <br>
          Fix: <br>
          The function WindowsKeyToJavaChar() has to take into account
          the current keyboard layout, (i.e. MapVirtualKey() should be
          replaced with MapVirtualKeyEx()). <br>
          <br>
          Thanks, <br>
          Dmitry </blockquote>
        <br>
      </blockquote>
      <br>
    </blockquote>
    <br>
  </body>
</html>