[Bug 27232] New: keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

Summary: keys stuck when wine window loses focus
           Product: Wine
           Version: 1.3.19
          Platform: x86
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: -unknown
        AssignedTo: [e-mail]
        ReportedBy: [e-mail]

When a key is pressed while a wine application is in focus and released while
other application has focus it is stuck down in wine.

To reproduce:
0) set your window manager to focus follows mouse
1) run notepad
2) press some keys to type text
3) press and hold ctrl, pressing a now selects typed text
4) move the mouse to another window
5) release ctrl
6) move mouse back to notepad, press a

Now text previously selected should be replaced with a. Instead, it is selected
again by the Ctrl+a shortcut.

The Ctrl key is stuck.

Note that when windows are switched by means similar to Windows ALt+Tab the
modifier used for switching windows this way gets also stuck.

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

[e-mail] changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #1 from [e-mail] 2011-06-15 09:28:55 CDT ---
I've had what appears to be the same problem for the past few weeks.  I didn't
notice it with the Ctrl key, but it's readily apparently with the Alt key.  I
mostly use Wine for my favorite code editor (Crimson Editor 3.70), and when I
Alt-Tab between that and a native Linux app and back, the Alt key is often
"stuck down," which wreaks havoc when I start typing and hotkey events start
firing instead of text.  :-)

I'm on Gentoo Linux running Wine 1.3.21 in Gnome 2.32.1 / xorg 1.10.2, but it
was happening before 1.3.21.

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

Ian Westcott  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #2 from Ian Westcott  2012-03-12 01:39:19 CDT ---
I can confirm this behavior, though I'm getting it with keys bound to desktop
workspace switching.

IE, I use Control+<ArrowKeys> to switch workspaces. So I switch away from the
desktop running wine (in virtual full screen mode), then switch back, and the
wine program thinks that the control key is still pressed down -- until I press
it again.

I must emphasize I did not have this behavior in any version of 1.3.x. This is
1.4 (rc and final) specific for me.

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

Jerome Leclanche  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #3 from Jerome Leclanche  2012-03-12 12:22:12 CDT ---
Please run a regression test if you can confirm it was working before:
http://wiki.winehq.org/RegressionTesting

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

--- Comment #4 from Ian Westcott  2012-03-14 02:33:06 CDT ---
(In reply to comment #3)
I've never done any sort of regression testing, though I'm willing to give it a
shot.

For what it's worth, I've narrowed this behavior down to a change between
1.4-rc1 and 1.4-rc2

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

--- Comment #5 from Dmitry Timoshkov  2012-03-14 02:41:09 CDT ---
Does reverting the patch causing the regression in the bug 29871 help?

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

--- Comment #6 from Michal Suchanek  2012-03-14 03:37:56 CDT ---
Quite likely.

Obviously the key state is cached and is not updated to reflect reality.

Specifically, the cache needs to be flushed on (focus) enter.

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

Jerome Leclanche  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |regression

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

Vitaliy Margolen  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|regression                  |
             Status|UNCONFIRMED                 |NEW
          Component|-unknown                    |winex11.drv
     Ever Confirmed|0                           |1

--- Comment #7 from Vitaliy Margolen  2012-03-14 08:30:56 CDT ---
This is not a regression. The bug been in Wine as long as I remember.
Confirming - multiple users having the issue.
However, some recent (Feb 2) changes to X11DRV_KeymapNotify() should have
addressed the issue.

Can you attach WINEDEBUG=+event,+keyboard log demonstrating the problem?

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

--- Comment #8 from Michal Suchanek  2012-03-14 09:28:03 CDT ---
Created attachment 39358
  --> http://bugs.winehq.org/attachment.cgi?id=39358
log of notepad

With wine-1.4-rc6 (ubuntu) keyboard stops working completely when notepad loses
and regains focus.

It can be restored by clicking the notepad window.

The bug is not present but since keyboard does not work at all after notepad
gets focus I would not call it fixed.

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

--- Comment #9 from [e-mail] 2012-03-14 09:54:16 CDT ---
When I had experienced this problem last year (comment #1 above), I walked back
through the minor revisions until I was able to Alt-Tab switch without Alt
sticking.  The version I landed on was 1.3.14, so I left it at that.

I've recently switched to vim for my primary editor, so I don't use Wine as
much.  However, I just fired up wine-1.4 under Gnome 3, and I was unable to get
the Alt key to stick while switching windows, with or without
focus-follows-mouse.

(I also had the "click to refocus" problem Michal just mentioned, but I blamed
it on switching to XMonad.)

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

Michal Suchanek  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #39358|0                           |1
        is obsolete|                            |

--- Comment #10 from Michal Suchanek  2012-03-14 09:54:25 CDT ---
Created attachment 39359
  --> http://bugs.winehq.org/attachment.cgi?id=39359
shorter log of notepad

this should be easier to read

- start notepad
- press keys (leave control pressed)
- leave window with mouse (and release control outside)
- enter window with mouse (control release not registered, control not
considered pressed, typing does not produce text)
- click window (typing now again produces text as it should have from the
start, this change is not visible in the log)

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

--- Comment #11 from Dmitry Timoshkov  2012-03-15 03:28:40 CDT ---
(In reply to comment #10)
> Created attachment 39359 [details]
> shorter log of notepad

Looks like your WM sends correct/up_to_date key data in the KeymapNotify
event only after you do a mouse click on the window. What WM is that?

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

--- Comment #12 from Ian Westcott  2012-03-16 04:23:33 CDT ---
(In reply to comment #3)
> Please run a regression test if you can confirm it was working before:
> http://wiki.winehq.org/RegressionTesting

Ok, I ran a regression and verified that
36c76dcc24c1f66ccbfeb55495da4794c74dc868 was causing my particular bug.
Rebuilding 1.4 release with that patch reversed eliminates this particular
behavior! Hooray.

I'm pretty sure now that the bug that was hitting me may be different from the
one that some others in this thread are reporting. Some specific notes:

*) This only affected wine versions later than 1.4-rc1. I've never seen it with
any earlier version.
*) I could -not- get this behavior in notepad. For some reason that always
worked flawlessly. In World of Warcraft though, Control+Arrow to switch to a
different workspace meant Control was still being seen as down when I switched
back.

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

[e-mail] changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #13 from [e-mail] 2012-05-03 06:20:17 CDT ---
Regression still confirmed in the latest version of Wine. This breaks alt+tab
behaviour on all applications, and has made WoW unplayable for several versions
(unless you never alt+tab out or switch virtual desktops with
ctrl+alt+<arrow>).

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

joaopa  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #14 from joaopa  2012-05-03 06:48:44 CDT ---
Maybe, answering the question "What WM is that?" would be a good point of
start.

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

--- Comment #15 from Michal Suchanek  2012-05-03 07:01:10 CDT ---
I am running xmonad.

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

--- Comment #16 from Michal Suchanek  2012-05-03 07:06:43 CDT ---
I will believe that my WM sends bogus data in KeymapNotify when I see it logged
and decoded and the actual bug showing there.

Also AFAIK the keymap notify is sent by X, not WM, so the WM is pretty much
irrelevant here.

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

--- Comment #17 from [e-mail] 2012-05-03 07:27:15 CDT ---
I have tried, so far, Unity, Gnome-Shell, XFCE, and KDE.

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

GyB  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

[e-mail] changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #18 from [e-mail] 2012-08-30 14:24:31 CDT ---
The problem still exists in the current version 1.5.11

It affects World of Warcraft. Playing it in a virtual screen and switching
workspaces triggers it for me (granted, I didn't tried without virtual screen).
When switching back to Wow, the key "s" suddenly don't make you're character go
backwards (as it should), but toggles sound on or off (and thats just one
example - some keys still working, others don't)

I can confirm, that the commit
http://wine.git.sourceforge.net/git/gitweb.cgi?p=wine/wine;a=commit;h=36c76d...
introduced the problem!

I downloaded the source of wine 1.5.11, compiled it, made sure WoW runs and has
the above described bug (to make sure its not just in the pre-compiled
version).
Then I reverted the changes of the linked commit and compiled again: the bug
was gone!

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

Jerome Leclanche  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |regression
    Regression SHA1|                            |36c76dcc24c1f66ccbfeb55495d
                   |                            |a4794c74dc868

--- Comment #19 from Jerome Leclanche  2012-08-30 15:28:16 CDT ---
regression

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

Jerome Leclanche  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #20 from Jerome Leclanche  2012-08-30 15:28:48 CDT ---
cc aj

[Bug 27232] keys stuck when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

--- Comment #21 from Michal Suchanek  2012-12-27 05:24:57 CST ---
Using virtual desktop feature of wine works around bug 30583 and other bugs so
this bug can still be seen in wine 1.4.1 1.5.17 and 1.5.19.

I can confirm that notepad no longer has the issue but an application using
dinput does.

[Bug 27232] keys stuck in dinput applications when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

Michal Suchanek  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|keys stuck when wine window |keys stuck in dinput
                   |loses focus                 |applications when wine
                   |                            |window loses focus

[Bug 27232] keys stuck in dinput applications when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

Michal Suchanek  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|winex11.drv                 |directx-dinput

[Bug 27232] keys stuck in dinput applications when wine window loses focus

http://bugs.winehq.org/show_bug.cgi?id=27232

Austin English  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #22 from Austin English  2013-01-15 18:23:08 CST ---
I've seen this with Morrowind / Gnome 2.32 / Metacity.

[Bug 27232] keys stuck in dinput applications when wine window loses focus

https://bugs.winehq.org/show_bug.cgi?id=27232

[e-mail] changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 27232] keys stuck in dinput applications when wine window loses focus

https://bugs.winehq.org/show_bug.cgi?id=27232

Ben  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #23 from Ben  ---
I can confirm this bug with Wine 1.7.4 on Arch Linux 64-bit. Running foobar2000
or TeamViewer also trigger this bug. Has anyone looked into this in the past 2
years? Any idea where remotely I should be looking in order to at the very
least write myself a hotfix?

[Bug 27232] keys stuck in dinput applications when wine window loses focus

https://bugs.winehq.org/show_bug.cgi?id=27232

[e-mail] changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #24 from [e-mail] ---
(In reply to Ben from comment #23)
> I can confirm this bug with Wine 1.7.4 on Arch Linux 64-bit. Running
> foobar2000 or TeamViewer also trigger this bug. Has anyone looked into this
> in the past 2 years? Any idea where remotely I should be looking in order to
> at the very least write myself a hotfix?

Could you test any of the hackypatches from bug 30814? If any of them fix this
bug I think it's quite safe to say these bugs are duplicates.

[Bug 27232] keys stuck in dinput applications when wine window loses focus

https://bugs.winehq.org/show_bug.cgi?id=27232

tokktokk  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 27232] keys stuck in dinput applications when wine window loses focus

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=27232

--- Comment #25 from [e-mail] ---
I am having issues installing newer wine.

5.9 wine and wine-staging 5.9 are said to fix bug bug 30814? which has same
regresssion id as this bug. could someone test if this is also fixed now?

[Bug 27232] keys stuck in dinput applications when wine window loses focus

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=27232

--- Comment #26 from joaopa  ---
Does the bug still occur with wine-7.0-rc2?

[Bug 27232] keys stuck in dinput applications when wine window loses focus

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=27232

Olivier F. R. Dierick  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #27 from Olivier F. R. Dierick  ---
*** Bug 50938 has been marked as a duplicate of this bug. ***