Numpad enter treated as standard enter.

Describe the bug Numpad enter is translated as standard enter.

This appears to be related to this FIXME here: https://github.com/moonlight-stream/moonlight-qt/blob/master/app/streaming/input/keyboard.cpp#L267

From my digging, there appears to be metadata lost from the scancode (KEYEVENTF_EXTENDEDKEY), currently not preserved through into libvirtualhid on the Sunshine side.

There path for supporting these as seperate keys seems rather long.

Steps to reproduce Open https://keyboardtest.io and observe pressing numpad enter as standard enter vs pressing numpad enter with a real keyboard.

Screenshots N/A kinda? I can provide screenshots or a video of Keyboardtest.io if required.

Affected games I noticed this issue playing Arma 2 OA, the default keybind to enter/exit third person is numpad enter.

Other Moonlight clients Given Sunshine also lacks the ability to emit numpad enter, They would also be affected.

Moonlight settings (please complete the following information) I have only adjusted stream quality/bitrate settings.

Client PC details (please complete the following information)

• OS: Arch Linux, kernel 7.0.14
• Moonlight Version: 6.1.0
• GPU: RTX 3080ti, 595.44.10
• Linux package type (if applicable): AUR moonlight-qt-bin (appimage)

Server PC details (please complete the following information)

• OS: Windows 11
• Sunshine version: 2026.906.222525
• GPU: Radeon RX 9070 XT
• GPU driver: 26.10.41.01

Moonlight Logs (please attach) https://gist.github.com/covers1624/963fd6d11a3bda69cdea39b3a9b1e0f4

Additional context I used claude to initially assist where the issue could lie, and what the differences between enter and numpad enter are. I have obviously omitted its garbage here. These are all my own words.

I would be happy to work on adding support for this, however, it appears to span moonlight, sunshine and libvirtualhid. I'm not sure how to approach such a wide spanning issue without some guidence first.