Uzbl

Tasklist

FS#208 - lost modifier keys when changing focus (ratpoison + uzbl)

Attached to Project: Uzbl
Opened by eric craven (ecraven) - 2010-02-18 09:28:16 AM
Last edited by Anonymous Submitter - 2010-03-21 03:00:55 PM
Task Type Bug Report
Category uzbl-browser & sample material
Status New
Assigned To No-one
Operating System Linux
Severity Medium
Priority Normal
Reported Version Development
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No

Details

Uzbl sometimes loses modifier keys when used with ratpoison (a tiling window manager).
A held control-key is not recognized, thus keybindings do not work.

Reproduce with http://www.nexoid.at/tmp/uzbl.config configuration file and ratpoison:
open uzbl, open a terminal window above uzbl, close the terminal window (via ratpoison's kill keybinding),
keep control held, uzbl gets focus, but does not see the control key status.

My guess is that this is due to uzbl not checking for held modifiers when it gets focus
This task depends upon

Comment by Anonymous Submitter - 2010-03-18 08:20:34 AM
We are working on modifying the keycmd & bind plugins to drop the 'every key is a modkey' approach and parse the modmask with every key event. These changes have already made it into uzbl-core, re-writing the keycmd and bind plugins will take longer.
Comment by Brendan Taylor (bct) - 2010-12-13 06:45:15 PM
some of this work has been done on robm's modifier-key-events branch: https://github.com/robm/uzbl/commits/modifier-key-events
Comment by Ben Boeckel (mathstuf) - 2011-04-14 04:06:48 AM
Has this been resolved? Sounds similar to #232.
Comment by Brendan Taylor (bct) - 2011-04-19 02:33:42 PM
I just merged a branch to experimental that should fix this. It needs lots of testing.
Comment by Ben Boeckel (mathstuf) - 2011-04-19 03:12:54 PM
I'll try it out tonight if I get a chance.
Comment by Brendan Taylor (bct) - 2011-04-20 12:35:49 AM
I just merged a branch to experimental that should fix this. It needs lots of testing.
Comment by Ben Boeckel (mathstuf) - 2011-04-20 12:39:49 AM
I think this is fixed. Was able to keep <Ctrl> held while manipulating windows and back to the original window where <Ctrl> was first pressed and pressed 'D' to trigger a local keybinding (temps) which was accepted. Something that might be considered a bug is that "<Ctrl>" was shown in the first window the entire time. Maybe the focus events should still be interpreted to at least clear the text?

Loading...