Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Kitty dropping characters on fast input #742

Closed
dezfx opened this issue Jul 25, 2018 · 7 comments
Closed

Kitty dropping characters on fast input #742

dezfx opened this issue Jul 25, 2018 · 7 comments

Comments

@dezfx
Copy link

dezfx commented Jul 25, 2018

Typing fast or using external char input (in my case a yubikey) drops characters.

Linux, local build @ d72098b
This issue was introduced relatively recently, I think.

@dezfx
Copy link
Author

dezfx commented Jul 25, 2018

Test: ran with --debug-keyboard, typed 'git', expected 'git', got 'gt'

Debug output:
Connecting to IBUS daemon @ unix:abstract=/tmp/dbus-D90XgO3R,guid=1c463e39515108e7cdc37e515b574fec for IME input management
Connected to IBUS daemon for IME input management
Press scancode: 0x2a clean_sym: g composed_sym: g text: g mods: none glfw_key: G xkb_key_name: g
↳ to IBUS: keycode: 0x22 keysym: 0x67 (g) mods: none
IBUS processed scancode: 0x2a release: 0 handled: 0
From IBUS: scancode: 0x2a name: g is_release: 0
↳ to application
Press scancode: 0x1f clean_sym: i composed_sym: i text: i mods: none glfw_key: I xkb_key_name: i
↳ to IBUS: keycode: 0x17 keysym: 0x69 (i) mods: none
Release scancode: 0x2a clean_sym: g mods: none glfw_key: G xkb_key_name: g
↳ to IBUS: keycode: 0x22 keysym: 0x67 (g) mods: none
IBUS processed scancode: 0x1f release: 0 handled: 0
From IBUS: scancode: 0x1f name: i is_release: 0
↳ to application
IBUS processed scancode: 0x2a release: 1 handled: 0
From IBUS: scancode: 0x2a name: g is_release: 1
↳ to application
Release scancode: 0x1f clean_sym: i mods: none glfw_key: I xkb_key_name: i
↳ to IBUS: keycode: 0x17 keysym: 0x69 (i) mods: none
Press scancode: 0x1c clean_sym: t composed_sym: t text: t mods: none glfw_key: T xkb_key_name: t
↳ to IBUS: keycode: 0x14 keysym: 0x74 (t) mods: none
IBUS processed scancode: 0x1f release: 1 handled: 0
From IBUS: scancode: 0x1f name: i is_release: 1
↳ to application
IBUS processed scancode: 0x1c release: 0 handled: 0
From IBUS: scancode: 0x1c name: t is_release: 0
↳ to application
Release scancode: 0x1c clean_sym: t mods: none glfw_key: T xkb_key_name: t
↳ to IBUS: keycode: 0x14 keysym: 0x74 (t) mods: none
IBUS processed scancode: 0x1c release: 1 handled: 0
From IBUS: scancode: 0x1c name: t is_release: 1
↳ to application

@kovidgoyal
Copy link
Owner

According to that debug output all the key events are being correctly processed, and I cannot replicate your issue. What IBUS engine are you using? And does the problem go away if you run kitty with

GLFW_IM_MODULE=none kitty

@kovidgoyal
Copy link
Owner

I just pushed a commit that shoud provide even more debug output with --debug-keyboard post the output from that.

@dezfx
Copy link
Author

dezfx commented Jul 27, 2018

GLFW_IM_MODULE=none kitty addresses the issue. Let me grab that debug output.

@dezfx
Copy link
Author

dezfx commented Jul 27, 2018

Having trouble getting a repro without a full yubikey hit. I have ligblfw3-wayland installed with libibus-1.0-5. Not sure specifically what downstream might be interesting.

@kovidgoyal
Copy link
Owner

Post the debug log with yubikey, it might still be interesting.

@kovidgoyal
Copy link
Owner

No followup, closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants