Holding a key causes mouse button presses to be dropped

[Hanicef]

If a key is held down, mouse button presses is not always registered in the program. You can try this on the clock program, where clicking normally changes the clock theme as usual, but holding down the f key on the keyboard while clicking the clock causes it to only change themes seemingly at random.

Note that the clock is not the only program affected by this, all programs seem to exhibit the same weird behavior.

[humdinger]

add-ons/input_server/filters/padblocker is the culprit. A similar issue is reported as #17821. As a workaround, you can blocklist the padblocker...

[Hanicef]

Maybe this has something to do with key repeat? I tried timing it relative to a text box, and the amount of time it takes for mouse input to go unresponsive is about the same as the amount of time it takes for key repeat to kick in.

[Hanicef]

Got a patch for it here: ​https://review.haiku-os.org/c/haiku/+/8532

[korli]

DO you actually have a touchpad?

[Hanicef]

No, but I don't think it's reasonable for mouse input to block, then pass, then block again, touchpad or no.

[waddlesplash]

If you don't have a touchpad, then really PadBlocker shouldn't be active at all, so that's a bug here.

[Hanicef]

Fair enough. I still consider key repeats blocking input to be a bug, but I can try to look into disabling PadBlocker for everything except touchpads and send in another patch that fixes that.

[Hanicef]

FYI, got a patch for preventing non-trackpad devices from being blocked: ​https://review.haiku-os.org/c/haiku/+/8557

[waddlesplash]

Fixed in hrev58319.