<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><font class="">Hello,<br class=""><br class="">Could you review a fix for jdk11, please?<br class=""><br class=""> bug: <a href="https://bugs.openjdk.java.net/browse/JDK-8200353" class="">https://bugs.openjdk.java.net/browse/JDK-8200353</a></font><div class=""><font class=""> webrev: <a href="http://cr.openjdk.java.net/~dmarkov/8200353/webrev.00/" class="">http://cr.openjdk.java.net/~dmarkov/8200353/webrev.00/</a></font></div><div class=""><br class=""></div><div class=""><div class="">The new mechanism of dead keys detection and processing was introduced by JDK-8139189 [1]. According to that changes dead key input is activated by WM_KEYDOWN and deactivated by WM_CHAR messages. However the function WindowsKeyToJavaChar() (which actually sets the flag deadKeyActive to true) is also called from _NativeHandleEvent() and in this case target component doesn't receive WM_CHAR message, (i.e. dead key input remains active).</div><div class="">At the same time _NativeHandleEvent() sends character back to the native window using WM_AWT_FORWARD_CHAR message. So it is necessary to disable dead key input, (i.e. set deadKeyActive to false) when WM_AWT_FORWARD_CHAR is received.</div><div class=""><br class=""></div><div class=""><span style="background-color: rgb(255, 255, 255);" class="">I ran related AWT/Swing regression tests and did not observe any new failures.</span></div></div><div class=""> <br class=""><div class=""><font class="">Thanks,</font></div></div><div class=""><font class="">Dmitry </font></div><div class=""><font class=""><br class=""></font></div><div class=""><font class="">[1] - <a href="https://bugs.openjdk.java.net/browse/JDK-8139189" class="">https://bugs.openjdk.java.net/browse/JDK-8139189</a></font></div></body></html>