https://bugs.winehq.org/show_bug.cgi?id=48419
--- Comment #5 from kolAflash kolAflash@kolahilft.de --- (In reply to Alistair Leslie-Hughes from comment #4)
Without writing some tests, I have a feeling that the server isn't sending out "wparam = RIM_INPUTSINK;", when the native applications has focus.
Is there a ways I can test that hypothesis?
Have you tested this scenario on windows?
I don't have a Windows to test :-/
But I tested "Heroes of the Storm" (HotS) on the same machine. And although HotS is also a DirectX11 game, the bug didn't show up (tested with and without DXVK). Neither the keyboard, nor the mouse problem was reproducible with HotS. HotS: https://appdb.winehq.org/objectManager.php?sClass=version&iId=32232 So it looks like towards my first thought, this may only be an Elite Dangerous bug. Elite Dangerous: https://appdb.winehq.org/objectManager.php?sClass=version&iId=37490
Additionally I also disabled user32-rawinput-mouse-experimental and user32-rawinput-mouse (and also user32-rawinput-nolegacy, user32-rawinput-hid which depend on the other). And indeed, the mouse problem in Elite Dangerous also disappeared. ./patches/patchinstall.sh DESTDIR=../wine-5.0-rc4 --all -W user32-rawinput-keyboard -W winex11-key_translation -W user32-rawinput-mouse-experimental -W user32-rawinput-mouse -W user32-rawinput-nolegacy -W user32-rawinput-hid