[v0.99.0 and v0.99.1] regression - ALTGR key not working as expected

[reinob]

Microsoft PowerToys version

0.99.0

Installation method

GitHub

Area(s) with issue?

General

Steps to reproduce

I have a US International keyboard (with ALTGR key), configured in Windows as standard US layout (so that there are no dead keys). I use AutoHotKey to map things like ALTGR-a to show á.

In AHK this is configured like
>!a::SendInput {á}

I don't use the Keyboard mapper in Powertoys (but even when I used it, it didn't conflict with AHK).

Today I updated to v0.99.0 and suddenly my ALTGR key combinations don't work normally.
Now I have to hit ALTGR and then the key (e.g. a) TWICE in order to get my á.

AHK hasn't changed (neither the program itself nor my script).
If I re-install Powertoys v0.98.0 then things are OK again.

✔️ Expected Behavior

No response

❌ Actual Behavior

No response

Upload Bug Report ZIP-file

No response

Additional Information

No response

Other Software

No response

[niels9001]

@reinob do you have Grab And Move enabled by any chance?

[reinob]

Yes, I had enabled it. I was happy to see this in 0.99, as I had something similar implemented in AHK, so I was happy to remove it from AHK and use the implementation in Powertoys.

I will upgrade again and test disabling Grab and Move.

[reinob]

OK. I can confirm that the "weird behaviour" happens when Grab and Move is enabled.

BUT, if I uncheck/disable "Prevent Alt from activating the window menu after a drag or resize operation" then I can use Grab and Move as expected and the keyboard works as expected.

I will have to check what exactly that option does/means, but so far I'm happy.

[BartRolls]

I don't know if this is the same issue, or related:
Grab And Move does not work with the Right Alt key if the keyboard is set to United States International (AltGr)
It does work if the keyboard is set to US.

The Left Alt key works for all keyboard layouts.

Changing the "Prevent Alt from activating the window menu after a drag or resize operation" setting does not alter this behavior.

[reinob]

@BartRolls: I don't think the issue is the same. Grab and Move uses either WIN or ALT, but the actual (US International) ALTGR is not the same as ALT (I think Windows treats it as CTRL+ALT, which implies that Grab and Move doesn't recognize it as a trigger key)

[niels9001]

We have a fix for this rolling out soon in 0.99.1.

[reinob]

I just installed 0.99.1 and unfortunately the issue is still there :(

The workaround of disabling "Prevent Alt from activating the window menu after a drag or resize operation" continues to work OK.

I don't think I can re-open the issue myself.