@Marat Dyatko: Hmmm, well I am not an expert about Xorg and kbd handling etc, but this was my first guess when I met this bug, since as I've commented according to output of command "xev" I got non-stopping output of key events even if I don't touch the kbd/mouse or anything (during the bug I mean). I had the idea that the problem that kbd layer (whatever it is, or how it should be called) reports I am pressing scroll-lock (the layout changer key for me), so does the system switches it for me then. The problem that I don't press the scoll-lock for real (only once) just it is "stucked" for some reason. If my guess is true, then bugs like this with other keys (even shift, and not related the layouts as all!) is about the "key stucking" problem, and not depend strictly on the layout problem. So is it possible that we try to find the solution of the bug behind the layout changes etc, when the real problem is a more general one about the kbd handling in some way?
Btw, as I've commented, xev reports endless messages during the triggered bug like: PropertyNotify event, serial 30, synthetic NO, window 0x6000001, atom 0x174 (XKLAVIER_STATE), time 11886812, state PropertyNewValue -- Keyboard layout automatically changes + 100% CPU usage [updated] https://bugs.launchpad.net/bugs/625793 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
