Keyboard issues: stops responsing about awesome HOT 13 CLOSED

It might be interesting what xev gives you in this case. Does it behave normally?

from awesome.

I'll post it here once it happens again. Thanks.

from awesome.

im having the same problem right now !

awesome v3.5.6 (For Those About To Rock)
• Build: Jan 10 2015 23:18:34 for x86_64 by gcc version 4.9.2 (builduser@)
• Compiled against Lua 5.2.3 (running with Lua 5.2)
• D-Bus support: ✔

Linux Arch 3.18.2-2-ARCH

xev gives normal output it just take long time press to the key being recognized .

from awesome.

ok after looking around looks like the problem is connected to GDM i just would like to know if nenadalm uses GDM also

from awesome.

Does ibus restart help in this case?

from awesome.

@WillianPaiva I did use gdm, but since I don't expect to use more window managers in the nearest future, I disabled it.

It didn't happen from the time I disabled it yet.

from awesome.

I did change gdm for slim and i until the moment no problem an it was a frequent problem

from awesome.

Sory i had did change before testing ibus restart
But a quick solution was holding shift for 10 seconds than it was back to normal

from awesome.

just faced the same issue (and faced it few days before on other machine)
so current is using slim, other is not using any DM
i don't have ibus

in xev keys output looks as usual

it seems to be what affected only mod4, arrow keys, home, end, insert, delete
page down behaves like menu key
page up behaves like /

UPD: keysym in xev output not matches:
http://sprunge.us/iBIj

UPD2: forgot to mention what that problem usually happens after reloading awesome

from awesome.

@actionless - exactly the same happened to me a few days ago (since it was for the first time, I didn't pay attention to that)

from awesome.

without reloading awesome

from awesome.

Could this be the same issue as #415?

from awesome.

Since no one complaint, I'll assume that this is the Qt issue from #415 ("Qt is stealing our jobs mouse events).

from awesome.