<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Hello Semyon,<br>
    <br>
    Thank you for the comments. I have closed 8158262 and filed 8169355
    for tracking ''o behavior. Will start a new email thread related to
    8169355 soon.<br>
    <br>
    Thanks,<br>
    Dmitry<br>
    <div class="moz-cite-prefix">On 07/11/2016 15:38, Semyon Sadetsky
      wrote:<br>
    </div>
    <blockquote
      cite="mid:d2536ba5-2dd3-f75f-d3f0-e86133c144dc@oracle.com"
      type="cite">
      <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
      <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; ">
        <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>
    </blockquote>
    <br>
  </body>
</html>