https://bugs.kde.org/show_bug.cgi?id=462768
--- Comment #3 from Jo Valentine-Cooper <j...@nwcs.com> --- (In reply to Dmitry Kazakov from comment #1) > Hi, Jo Valentine! > > Do you have any accessibility system running on your system? Or some custom > input system support, like traditional Chinese? On every focus-in event > Krita asks the system about the currently pressed keys and it seems OS > reports 'e' key pressed for some reason. > > Does the problem happens with GVim only or with other applications as well? Happens with other applications as well. I have no custom input systems running that I am aware of. I do have one program that modifies input - it's called W10Wheel.NET, and it enables simultaneous use of the middle mouse button as its own button and (when held down and the mouse is moved) as a "scroll wheel". I had ruled out that program out as a factor, however, because 1) it does not generate keyboard inputs, just mouse wheel, and 2) I have reproduced this bug when it is disabled and when it is not running at all. I should note also that it's not just the "e" key; that was one example. This morning just now, for example it was the keys 0 and t: "[ ] Enter " "[ ] FocusIn " "[ ] ShortcutOverride key: 0x30 mod: 0x0 text: none autorepeat: 0" "[ ] ShortcutOverride key: 0x54 mod: 0x0 text: none autorepeat: 0" "[ ] ShortcutOverride key: 0x30 mod: 0x0 text: 0 autorepeat: 0" Hope this helps! -- You are receiving this mail because: You are watching all bug changes.
