https://bugs.winehq.org/show_bug.cgi?id=45148
Bug ID: 45148 Summary: [Overwatch] Left Ctrl does not work Product: Wine Version: 3.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: pshela94@gmail.com Distribution: ---
Normally crouch is assigned to Left Ctrl, but when I open settings, crouch is assigned to RCONTROL (Right Ctrl, which works). What is weird, when assigning Left Ctrl in settings to crouch, game registers it as LCONTROL, but when I return to game it still does not work. What is even weirder, when I open settings again, crouch is reassigned back to RCONTROL.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #1 from pshela94@gmail.com --- Created attachment 61335 --> https://bugs.winehq.org/attachment.cgi?id=61335 Size of the log file was almost 50MB, so I had to upload it somewhere else
https://bugs.winehq.org/show_bug.cgi?id=45148
Rusty Shackleford shinkenviolet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shinkenviolet@gmail.com
--- Comment #2 from Rusty Shackleford shinkenviolet@gmail.com --- I am having this issue as well, it's made it a little bit difficult to play since I use crouch a lot and rcontrol is inconvenient.
https://bugs.winehq.org/show_bug.cgi?id=45148
galeanthrope@singularity.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |galeanthrope@singularity.fr
--- Comment #3 from galeanthrope@singularity.fr --- I can confirm the same exact issue as pshela described.
https://bugs.winehq.org/show_bug.cgi?id=45148
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #4 from Zebediah Figura z.figura12@gmail.com --- Can you please attach a log with +keyboard,+key,+dinput? If the log is too large to attach try to compress it first.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #5 from pshela94@gmail.com --- Created attachment 61736 --> https://bugs.winehq.org/attachment.cgi?id=61736 Wine log with WINEDEBUG=+keyboard,+key,+dinput
Tested with DXVK and Wine Staging 3.11, but this problem still occurs with pure Wine 3.11 (checked about week ago).
https://bugs.winehq.org/show_bug.cgi?id=45148
hash HASH.DuOrden@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |HASH.DuOrden@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45148
Jonathan jadit2@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jadit2@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #6 from Jonathan jadit2@gmail.com --- Tested with DXVK and Wine Staging 3.14 and still unable to use LControl in-game. However, it's odd because I can set the bindings in Overwatch by pressing the LControl key, which says its bound correctly to crouch. However, it doesn't actually work in-game.
https://bugs.winehq.org/show_bug.cgi?id=45148
Ryan Rohrer ryan.rohrer@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ryan.rohrer@gmail.com
--- Comment #7 from Ryan Rohrer ryan.rohrer@gmail.com --- I am hitting this as well in wine 3.15.
It seems like the game recognizes left/right control correctly, but can not save the binding when you re-map it to crouch. It leads me to think its not an input bug, but a bug in saving the settings.
Anyways, let me know if there are some sort of logs that I can get for you to help fix this, its quite annoying.
https://bugs.winehq.org/show_bug.cgi?id=45148
odzinic@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |odzinic@gmail.com
--- Comment #8 from odzinic@gmail.com --- Experiencing the same issue in Overwatch while using a Corsair K95 keyboard and wine 3.15. Like others, I am able to assign both left control and left alt to a key but it gets reset as soon as the settings page is closed.
https://bugs.winehq.org/show_bug.cgi?id=45148
Storm Engineer hewanci@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hewanci@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #9 from Storm Engineer hewanci@gmail.com --- Just confirming the same.
I posted on the Blizzard forums too, twice, since I wasn't sure if it's a Wine issue or Blizz issue, but nobody ever answered.
https://bugs.winehq.org/show_bug.cgi?id=45148
Mitch mitchellclifford@pm.me changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mitchellclifford@pm.me
--- Comment #10 from Mitch mitchellclifford@pm.me --- I'm also experiencing this. I've tried changing the keybindings in Windows (since keybinds are saved to your account) in hopes that it sticks when I open it up in Linux, but no luck. Everything carries across except for the Ctrl keys. Always reverts back to 'Rcontrol"
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #11 from odzinic@gmail.com --- I came across some other users reporting this on other websites. Both of them were using a Corsair keyboard so I'm wondering if it might have something to do with that. I'm using a Corsair K90.
A user also mentioned that when they used a program to virtually switch the left and right control keys Overwatch still recorded LCONTROL as RCONTROL but they were able to use the swapped control key on the left. Not sure if this helps.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #12 from Ryan Rohrer ryan.rohrer@gmail.com --- Interesting I have a Corsair K65. Maybe it’s a Corsair specific bug.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #13 from galeanthrope@singularity.fr --- I have a Ducky Shine 5, so it's not Corsair specific.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #14 from galeanthrope@singularity.fr --- I think this could have to do with the binding menu not reading the input keys the same way that it is done in the game. And WINE not reporting the same values from those different ways of reading the input key.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #15 from Storm Engineer hewanci@gmail.com --- I have had this issue with a noname keyboard and now with a Genesis RX11, so not Corsair specific.
Also, when I hit Left Ctrl to input the key it correctly displays Left Ctrl recorded. It only reverts to Right after the settings page is closed.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #16 from Mitch midda.cliff+wine@gmail.com --- I have a CoolerMaster CMstorm. Is everyone reporting this using a mechanical keyboard?
It's a bit of a hack, but to get around this for the time being, I remapped my left Ctrl key to function as right Ctrl as per the commands here:
https://askubuntu.com/questions/296155/how-can-i-remap-keyboard-keys
Doing so hasn't impacted anything else so far, but hopefully a real solution is found soon.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #17 from Storm Engineer hewanci@gmail.com --- Mechanical or not should make no difference whatsoever. (Mine isn't mechanical, BTW)
https://bugs.winehq.org/show_bug.cgi?id=45148
Dan Oliver thrift24@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |thrift24@gmail.com
--- Comment #18 from Dan Oliver thrift24@gmail.com --- Confirming that I am also having this issue with a Razer Keyboard.
This is fairly annoying in Overwatch... how hard can this be to fix?
https://bugs.winehq.org/show_bug.cgi?id=45148
peeonyou@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |peeonyou@gmail.com
--- Comment #19 from peeonyou@gmail.com --- I have the same issue in overwatch but I'm using a Razer Ornata keyboard.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #20 from Zebediah Figura z.figura12@gmail.com --- Is anyone aware of this but *not* being reproducible with certain keyboards? If not, I suspect reporting further keyboards won't help anything.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #21 from Storm Engineer hewanci@gmail.com --- It's clearly not a keyboard issue because when we change the setting Left Ctrl shows up properly as it should - only after the settings page is closed does it change to Right Ctrl.
And I'm not even sure if it's a Wine issue and not an upstream bug in Overwatch.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #22 from Zebediah Figura z.figura12@gmail.com --- (In reply to Storm Engineer from comment #21)
It's clearly not a keyboard issue because when we change the setting Left Ctrl shows up properly as it should - only after the settings page is closed does it change to Right Ctrl.
And I'm not even sure if it's a Wine issue and not an upstream bug in Overwatch.
If it doesn't happen in Windows, there's almost certainly a bug in Wine.
Unfortunately it's very difficult to find where. Indeed it does not seem likely that there is a bug in the keyboard code itself.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #23 from Dan Oliver thrift24@gmail.com --- Not a wine or windows developer, but do these lines potentially show the problem?
002a:trace:key:X11DRV_KeyEvent type 2, window 3800005, state 0x0010, keycode 37 002a:trace:key:X11DRV_KeyEvent XmbLookupString needs 0 byte(s) 002a:trace:key:X11DRV_KeyEvent nbyte = 0, status 3 002a:trace:key:X11DRV_KeyEvent KeyPress : keysym=ffe3 (Control_L), # of chars=0 / "" 002a:trace:key:EVENT_event_to_vkey e->keycode = 37 002a:trace:key:X11DRV_KeyEvent keycode 37 converted to vkey 0xA2 scan 1d 002a:trace:key:X11DRV_send_keyboard_input hwnd 0x20050 vkey=00a2 scan=001d flags=0000 002a:trace:key:TranslateMessage Translating key VK_CONTROL (0011), scancode 001d 002a:trace:key:X11DRV_ToUnicodeEx ControlMask = 0004 002a:trace:key:X11DRV_ToUnicodeEx NumLockMask = 0010 002a:trace:key:X11DRV_ToUnicodeEx AltGrMask = 0010 002a:trace:key:X11DRV_ToUnicodeEx (0011, 001D) : faked state = 0x0014 002a:warn:key:X11DRV_ToUnicodeEx Unknown virtual key 11 !!!
According to Microsoft's documentation virtual key 11 is CTRL:
https://docs.microsoft.com/en-us/windows/desktop/inputdev/virtual-key-codes
It seems like ToUnicodeEx is supposed to translate the vkey code (11) to the unicode character based on the locale... which maybe makes sense that it can't translate CTRL to a unicode character? But maybe the return code isn't going quite properly in the case that it can't covert?
I see a very old patch here that looks like wine was at least at one point not returning the proper ret value for an unknown key: http://wine.1045685.n8.nabble.com/user32-ToUnicodeEx-should-return-0-for-an-... ... Obviously this is too old for the current code base:
https://github.com/wine-mirror/wine/blob/master/dlls/winex11.drv/keyboard.c
I was going to try to throw a return(0) in there rather than a break where the error message is printed out, but I'm having trouble even getting overwatch to compile/run properly at the moment and am not sure I will have a lot of time to try it soon, so maybe someone else can just throw in a return there on a lark to see if it might help? Even if it works it probably isn't the right thing, but maybe it would be useful in providing a direction for a real patch if it happens to work.
https://bugs.winehq.org/show_bug.cgi?id=45148
Captain Crutches captaincrutches@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |captaincrutches@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45148
Glow quiniasol@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |quiniasol@hotmail.com
--- Comment #24 from Glow quiniasol@hotmail.com --- If someone is still experiencing this issue, it's as easy as this command line:
xmodmap -e "keycode 37 = Control_R"
Found on https://www.reddit.com/r/linux_gaming/comments/92ijwf/cant_assign_left_contr...
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #25 from odzinic@gmail.com --- (In reply to Glow from comment #24)
If someone is still experiencing this issue, it's as easy as this command line:
xmodmap -e "keycode 37 = Control_R"
Found on https://www.reddit.com/r/linux_gaming/comments/92ijwf/ cant_assign_left_control_or_left_alt_in_overwatch/
I originally made that thread on Reddit and have been using that for the past several months. It does fix the issue but it flips the control buttons on the keyboard when I use Remmina to remote in to other computers. It's a nice temporary trick but not really a fix.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #26 from Storm Engineer hewanci@gmail.com --- (In reply to Glow from comment #24)
If someone is still experiencing this issue, it's as easy as this command line:
xmodmap -e "keycode 37 = Control_R"
That's not easy and is not a solution.
For Ctrl, I would either have to re-bind every single other game and program that uses Left Ctrl as well, or automate swapping back and forth when Overwatch is running and closing.
Fort Alt that's even worse because [Left] Alt has nothing to do with AltGr (Right Alt), at least on Hungarian keyboard. The former is used in function shortcuts while the latter is used to access special characters on the keyboard so I couldn't even Alt-Tab out of the game normally if it's swapped, not to mention that AltGr is still used for typing in the Overwatch chat.
I guess this workaround is better than nothing, but it's not a very good one.
Any idea how could I automate it? I assume the initial swap can be added to the shortcut I start the Blizz app with, but any way to automatically swap back when Overwatch is closed?
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #27 from odzinic@gmail.com --- (In reply to Storm Engineer from comment #26)
(In reply to Glow from comment #24)
If someone is still experiencing this issue, it's as easy as this command line:
xmodmap -e "keycode 37 = Control_R"
That's not easy and is not a solution.
For Ctrl, I would either have to re-bind every single other game and program that uses Left Ctrl as well, or automate swapping back and forth when Overwatch is running and closing.
Fort Alt that's even worse because [Left] Alt has nothing to do with AltGr (Right Alt), at least on Hungarian keyboard. The former is used in function shortcuts while the latter is used to access special characters on the keyboard so I couldn't even Alt-Tab out of the game normally if it's swapped, not to mention that AltGr is still used for typing in the Overwatch chat.
I guess this workaround is better than nothing, but it's not a very good one.
Any idea how could I automate it? I assume the initial swap can be added to the shortcut I start the Blizz app with, but any way to automatically swap back when Overwatch is closed?
I actually managed to get an automated approach to this using Lutris.
Create two text files, one for changing the control buttons and one for reverting the buttons to the default. In the "changing" text file put in xmodmap -e "keycode 37 = Control_R" and make the file executable. Open the "revert" text file and put in xmodmap -e "keycode 37 = Control_L" and make it executable.
If you have Overwatch in your Lutris library then right click Overwatch and go to Configure. Navigate to the System Options tab and scroll down to the Pre-launch and Post-exit command fields. For the pre-launch command, navigate to the "changing" text file/script and enable the Wait for pre-launch command completion setting. Then for the post-exit field, navigate to the "revert" text file/script.
Now when you launch Overwatch it should switch the layout and when you exit it should revert it to the original. It seems like I get an error about the lutris-wrapper crashing when I use this but the game launches properly and the control button works without a problem.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #28 from Storm Engineer hewanci@gmail.com --- (In reply to odzinic from comment #27)
I actually managed to get an automated approach to this using Lutris.
Thanks for your reply.
However I never used any third party Wine stuff and would prefer to keep it that way. I feel using the third parties like Lutris, PoL etc. introduces lots of unnecessary complications when I could always make everything work with just a manually configured prefix.
So I wonder how to do the same with just Wine.
https://bugs.winehq.org/show_bug.cgi?id=45148
Zentarim zentarim@rambler.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zentarim@rambler.ru
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #29 from Zentarim zentarim@rambler.ru --- Created attachment 64168 --> https://bugs.winehq.org/attachment.cgi?id=64168 keyboard events log
Same problem on wine-tkg.4.5 (Lutris version)
According on correct ctrl key recognition in controls menu (Lctrl changes to Rctl only at menu exit), i guess it is not a wine bug. Not directly at least. Looks like overwatch just doesn't allow using Lctrl by some reason. Guess we need geeks from Blizzard here :)
Anyway, keyboard logs (WINEDEBUG=+keyboard,+key,+dinput) in attachemnt. Tried to press 10 times Lctrl, next 10 times Rctrl
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #30 from Zentarim zentarim@rambler.ru --- Created attachment 64169 --> https://bugs.winehq.org/attachment.cgi?id=64169 relay logs
I did some brief investigation and i got suspicions, that overwatch knows exactly whether it runs under wine. And i guess it affect this problem somehow. As far i know, app can reveal, whether it started under wine or not, by calling ntdll.wine_get_version()
I don't sure about my method, but here are investigations steps: 1) Set (According on https://wiki.winehq.org/Debug_Channels) RelayInclude filter to ntdll.wine_get_version 2) Run Blizzard Agent + Overwatch with WINEDEBUG=+relay 3) grep wine_get_version in wine logs.
Finally i got this: 003f:Starting process L"C:\ProgramData\Battle.net\Agent\Agent.exe" (entryproc=0x43493b) 003f:Call ntdll.wine_get_version() ret=7b46a694 003f:Ret ntdll.wine_get_version() retval=f7d67869 ret=7b46a694 and this: 00e5:Starting process L"C:\Program Files (x86)\Overwatch\Overwatch.exe" (entryproc=0x1400af830) 00e5:Call ntdll.wine_get_version() ret=7b48088c 00e5:Ret ntdll.wine_get_version() retval=7f9562c3eb83 ret=7b48088c in wine logs.
Again, i don't sure about correctness what i did. Just information to think about. Relay logs in attachment.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #31 from Storm Engineer hewanci@gmail.com --- The problem is that Blizz refuses to help.
I have asked support about some things in the past, starting by stating that I use Wine, and I'm aware that it is not supported, but it works almost perfectly so I just need you to answer a question...
And every single time they simply answered "Linux is not supported", without answering the question, and ignored any further messages.
They don't just "not support" Wine, they purposefully refuse any help from Wine users. At least that's my experience.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #32 from Storm Engineer hewanci@gmail.com --- Meanwhile:
For those using just regular wine, the simplest workaround I found to automatically remap the Ctrl keys (as suggested above with Lutris) is the most basic approach - to run the Blizzard app with a shortcut/script like this:
xmodmap -e "keycode 37 = Control_R"; wine /your/prefix/drive_c/Program\ Files\ (x86)/Battle.net/Battle.net.exe; xmodmap -e "keycode 37 = Control_L";
This is tied to the Blizz app though, so launching and closing the app will remap/revert, regardless of the game running. If you close the Blizz app with Overwatch still running, the key will stop working in the game.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #33 from Zentarim zentarim@rambler.ru --- (In reply to Storm Engineer from comment #31)
The problem is that Blizz refuses to help.
I have asked support about some things in the past, starting by stating that I use Wine, and I'm aware that it is not supported, but it works almost perfectly so I just need you to answer a question...
And every single time they simply answered "Linux is not supported", without answering the question, and ignored any further messages.
They don't just "not support" Wine, they purposefully refuse any help from Wine users. At least that's my experience.
I guess, linux players community (and Overwatch linux players community especially :) ) too small to deal with. But anyway it's sad.
https://bugs.winehq.org/show_bug.cgi?id=45148
pattietreutel katyaberezyaka@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |katyaberezyaka@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45148
Forest forestcode@ixio.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |forestcode@ixio.org
--- Comment #34 from Forest forestcode@ixio.org --- This bug apparently affects 100% of Overwatch installations on Wine. Maybe time to set the status to NEW, and let us know what information is still needed?
https://bugs.winehq.org/show_bug.cgi?id=45148
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Status|UNCONFIRMED |NEW
--- Comment #35 from Zebediah Figura z.figura12@gmail.com --- (In reply to Forest from comment #34)
This bug apparently affects 100% of Overwatch installations on Wine. Maybe time to set the status to NEW, and let us know what information is still needed?
Sure, though confirmed/unconfirmed status is largely meaningless.
It's not clear at all what's wrong, if anything, from the supplied logs. I at least don't have any immediate further ideas for what to look at.
https://bugs.winehq.org/show_bug.cgi?id=45148
florian98.rg@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |florian98.rg@gmail.com
--- Comment #36 from florian98.rg@gmail.com --- The game calls GetKeyboardLayoutList every few frames. Apparently this is to seamlessly update the keyboard bindings to update the strings to the new layout. (And maybe also controller support i guess). For instance, going from de to us layout on Windows causes Ä to become ; (or was it Ö? but you get my point), without restarting the game and just reopening the options menu.
What i think happens is that the game actually never gets LCONTROL when binding it, it gets RCONTROL but the string is momentarily correct until you close the options menu, it reloads the keyboard layout and changes it back to RCONTROL.
A similiar issue happens when trying to bind Numpad /, where the binding is completely gone the next time you open the Options menu, again after the layout is reapplied.
https://bugs.winehq.org/show_bug.cgi?id=45148
dereklesho52@Gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dereklesho52@Gmail.com
--- Comment #37 from dereklesho52@Gmail.com --- Fixed by https://source.winehq.org/patches/data/173355
https://bugs.winehq.org/show_bug.cgi?id=45148
Frank logicalman101@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |logicalman101@gmail.com
--- Comment #38 from Frank logicalman101@gmail.com --- (In reply to dereklesho52 from comment #37)
Why isn't this fix in wine-staging-git yet? I've been waiting for it to be added and am considering making a shell script to do the temporary key remap fix so I can play the winter event coming to overwatch soon.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #39 from Frank logicalman101@gmail.com --- (In reply to Frank from comment #38)
(In reply to dereklesho52 from comment #37)
Why isn't this fix in wine-staging-git yet? I've been waiting for it to be added and am considering making a shell script to do the temporary key remap fix so I can play the winter event coming to overwatch soon.
I think I realized why it's not in staging. While trying to make a script out of the command mentioned mentioned above I discovered it doesn't work anymore ever since the last battle net update.
https://bugs.winehq.org/show_bug.cgi?id=45148
Jonathan jadit2@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|jadit2@gmail.com |
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #40 from Frank logicalman101@gmail.com --- Just discovered the latest wine-staging-git has the fix. XD Glad it was added in time for the winter event.
https://bugs.winehq.org/show_bug.cgi?id=45148
--- Comment #41 from Frank logicalman101@gmail.com --- I was wrong the issue only occurred with the shift key instead and when I remapped key 37 to Control_L it brought back the exact same issue. Out of frustration I uninstalled the game.
https://bugs.winehq.org/show_bug.cgi?id=45148
Alexandr Oleynikov sashok.olen@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sashok.olen@gmail.com
--- Comment #42 from Alexandr Oleynikov sashok.olen@gmail.com --- Jee, just use Lutris if you want to play the game without a hassle.
https://bugs.winehq.org/show_bug.cgi?id=45148
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|[Overwatch] Left Ctrl does |Overwatch: left control, |not work |left shift keybindings | |don't work Component|-unknown |winex11.drv
--- Comment #43 from Matteo Bruni matteo.mystral@gmail.com --- This should be fixed by https://source.winehq.org/git/wine.git/commitdiff/bc02e8551f7fb07c49d5bfd1e3865bca6f157fd2, https://source.winehq.org/git/wine.git/commitdiff/d5db609c4c9f3439aab22c6bbf207302cc3941fc and https://source.winehq.org/git/wine.git/commitdiff/6da06330876fde9afaf546844518851fc8b67871 for winex11, winemac and wineandroid respectively. They should be in the next Wine release i.e. 5.0_rc1 next Friday.
https://bugs.winehq.org/show_bug.cgi?id=45148
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |bc02e8551f7fb07c49d5bfd1e38 | |65bca6f157fd2 Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #44 from Gijs Vermeulen gijsvrm@gmail.com --- Reported fixed by multiple people on Discord, marking FIXED.
If anyone can still reproduce, please reopen.
https://bugs.winehq.org/show_bug.cgi?id=45148
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #45 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 5.1.