GNOME Bugzilla – Bug 692074
xbindkeys has problems; what runs on the command line doesn't run on xbindkeysrc
Last modified: 2015-01-10 12:21:39 UTC
Same problem with settings > global shortcuts To reproduce: Go to settings > keyboard > shortcut > custom, click the plus to add one name it whatever, and on 'command' paste this: xte 'keydown Control_L' 'key c' 'keyup Control_L' Then assign a shortcut to it, and test it. select some text, press the shortcut, and paste it. Does it work? not here.
Custom shortcuts are implemented by gnome-settings-daemon, reassigning.
Does launching a terminal instead of xte directly work? Does launching xte within that terminal work?
Terminal: no xte on a terminal (not launched by the above method): yes Other tools similar to xbindkeys also fail the xte test. https://bbs.archlinux.org/viewtopic.php?pid=1220494#p1220494 These 3 things fail: Alt_R + F2 gnome-terminal Alt_R + F2 xte 'keydown Control_L' 'key c' 'keyup Control_L' Alt_R + F2 xdotool key --clearmodifiers Control_L+c
update: with sxhkd I get the first one to work, but the modifier must be alt, not Alt_R. The rest all fail.
update: the xdotool call works on the gnome settings shortcuts section. It doesn't wit sxhkd. I'm using this for two reasons: - It issues warnings when a key cannot be bound - Much easier to mass-edit - KP_1..9 work, while in gnome settings it doesn't. Reported a bug. I suspect there's something capturing keystrokes.
Please explain step by step how to reproduce this bug, and the exact version of the tools involved including gnome-settings-daemon.
(In reply to comment #6) > Please explain step by step how to reproduce this bug, and the exact version of > the tools involved including gnome-settings-daemon. Hi me+gnomebugzilla, I am closing this bug report as no updated information has been provided. Please feel free to reopen this bug if you can provide the information that was asked for in a previous comment.