<AWT Dev> [9] Review request for 8158262: Diacritics input works incorrectly if event processing is delayed on Windows

Semyon Sadetsky semyon.sadetsky at oracle.com
Mon Nov 7 12:29:24 UTC 2016

Also, JDK-8139189 fix was pushed after this issue is created.

So, is not a regression of JDK-8139189.


On 11/7/2016 3:17 PM, Semyon Sadetsky wrote:
> Hello Dmitry,
> Did you run all cases of 
> java/awt/InputMethods/DiacriticsTest/DiacriticsTest.html after the fix?
> Could you add the current case to DiacriticsTest.html as well?
> --Semyon
> On 11/7/2016 2:41 PM, dmitry markov wrote:
>> Hello,
>> Could you review a fix for jdk9, please?
>>     bug: https://bugs.openjdk.java.net/browse/JDK-8158262
>>     webrev: http://cr.openjdk.java.net/~dmarkov/8158262/webrev.00/
>> Problem description:
>> The new mechanism of dead keys detection and processing was 
>> introduced by JDK-8139189 
>> <https://bugs.openjdk.java.net/browse/JDK-8139189>. 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.
>> Fix:
>> The function WindowsKeyToJavaChar() has to take into account the 
>> current keyboard layout, (i.e. MapVirtualKey() should be replaced 
>> with MapVirtualKeyEx()).
>> Thanks,
>> Dmitry 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/awt-dev/attachments/20161107/c500ce38/attachment-0001.html>

More information about the awt-dev mailing list