Grab and Move with Win key affects other Win-key hotkeys

### Microsoft PowerToys version

0.99.1

### Installation method

PowerToys auto-update, WinGet

### Area(s) with issue?

Grab And Move

### Steps to reproduce

1. Enable Grab And Move and set to Win key
2. In Keyboard Manager remap Win+0 to single key 1
3. Disable and enable Keyboard Manager, to make sure its hook has priority

### ✔️ Expected Behavior

Win+0 is still remapped to 1

### ❌ Actual Behavior

Win+0 has no effect. While pressing Win, the first 0 key has no effect, the second 0 key produces 1 as remapped.

### Upload Bug Report ZIP-file

_No response_

### Additional Information

_No response_

### Other Software

This happens without other software.
It also affects other software. For example, with only Grab And Move enabled with Win key, pressing physical Win key and call SendInput(2 key) causes text 2 to be inputted, and when releasing physical Win key the start menu shows. The expected behavior should be simulating Win+2 (2nd window on taskbar) and no start menu.
When Grab And Move is enabled, other remapping tools like AutoHotkey also shows similar issue with Win+... hotkeys.

Start by reproducing the interaction between Grab And Move and Keyboard Manager using the listed Win+0 remap and SendInput(2 key) cases. Trace the input-hook handling for the Win key and verify that Win+0 remains remapped, Win+2 behaves as a taskbar shortcut, and releasing Win does not open the Start menu.

Written by the indexing model from the issue text.