RFR: 8361606 : ConsumeNextMnemonicKeyTypedTest.java fails on Windows: character typed with VK_A: a [v4]

Harshitha Onkar honkar at openjdk.org
Sat Sep 27 00:05:21 UTC 2025


On Thu, 25 Sep 2025 01:46:00 GMT, Damon Nguyen <dnguyen at openjdk.org> wrote:

>> @anass-baya 
>> 
>>> Hello @DamonGuy, @honkar-jdk,
>>> 
>>> I've never been able to reproduce this issue on my Mac m3 ( arm64 ) device. I'm running macOS Sequoia 15.6.1. I’ve only observed the problem on Linux and Windows.
>> 
>> Looks like the issue might be specific to macOS x64. For me the test fails consistently with the fix on macOS (x64). Can you verify on CI by running the test multiple times (particularly on macos-x64) whether you are able to replicate the issue?
>
> @honkar-jdk Anass wanted me to check the shortcut `OPTION+CONTROL+F` and that led me to discover what the issue was on my end. I have an app that uses that same shortcut and it overwrote the usual behavior of opening the menu. Maybe worth checking if you have something similar. I found this by separating the `init()` portion of this test to a standalone java test and experimenting myself.
> 
> AFAIK, the changes LGTM here. The test passes on CI on all systems still and now it passes for me locally.

@DamonGuy

> @honkar-jdk Anass wanted me to check the shortcut OPTION+CONTROL+F and that led me to discover what the issue was on my end. I have an app that uses that same shortcut and it overwrote the usual behavior of opening the menu. Maybe worth checking if you have something similar.

Looks like the app you mentioned was causing the problem by overriding the usual behavior. After uninstalling the app, the test works fine on macOS now.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/26790#issuecomment-3340832994


More information about the client-libs-dev mailing list