! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Keyboard shortcut(<control>escape) eatup all escape keyevent
Status:
RESOLVED: FIXED
Severity:
critical
Product:
Xfce4-settings
Component:
Keyboard Settings

Comments

Description Seong-Kook Shin 2011-08-15 07:23:02 CEST
In my Gentoo Xfce4 (4.8.0),

The default application shortcut contains:

xfdesktop --menu       <control>escape

And it eats up all escape KeyEvent.

$ xev
... 
FocusOut event, serial 34, synthetic NO, window 0x2a00001, 
    mode NotifyGrab, detail NotifyAncestor 

FocusIn event, serial 34, synthetic NO, window 0x2a00001, 
    mode NotifyUngrab, detail NotifyAncestor 

KeymapNotify event, serial 34, synthetic NO, window 0x0, 
    keys:  2   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0    
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0    
... 

If I changed the key binding to another (or remove the shortcut),
it solves the problem:

$ xev
KeyPress event, serial 33, synthetic NO, window 0x2000001, 
    root 0x18f, subw 0x0, time 10243344, (389,325), root:(393,371), 
    state 0x0, keycode 9 (keysym 0xff1b, Escape), same_screen YES, 
    XLookupString gives 1 bytes: (1b) "^[" 
    XmbLookupString gives 1 bytes: (1b) "^[" 
    XFilterEvent returns: False 

KeyRelease event, serial 33, synthetic NO, window 0x2000001, 
    root 0x18f, subw 0x0, time 10243468, (389,325), root:(393,371), 
    state 0x0, keycode 9 (keysym 0xff1b, Escape), same_screen YES, 
    XLookupString gives 1 bytes: (1b) "^[" 
    XFilterEvent returns: False 


Thank you.
Comment 1 Jérôme Guelfucci editbugs 2012-12-31 14:43:51 CET
Hello,

A lot of keyboard shortcuts related fixes have been committed to the git master branches of libxfce4ui and xfce4-settings. If you still have this issue, it would help if you could try to reproduce it with this code.

Thanks in advance,

Jérôme
Comment 2 Martin Brandenburg 2013-02-01 16:20:09 CET
I have had the same problem, except with <Super>p and <Super>tab. Using XDMCP, Super_L and Super_R are not bound to any keycode. After Xfce4 startup (Xfce 4.8 on Ubuntu 12.04), p and tab do not work and exhibit the same behavior under xev.

Running
xmodmap - << EOF
keysym Meta_L = Super_L
keysym Meta_R = Super_R
keysym Mode_switch = Alt_L
EOF
before Xfce4 startup (e.g. have gdm start an xterm, do the xmodmap, then run startxfce4) works. Leaving that in ~/.Xmodmap also works, although I also log onto these machines locally where the xmodmap is undesirable.

I have tested in a VM with Xfce 4.10 under Ubuntu 12.10 and this appears to be fixed. Creating an invalid keyboard shortcut did not did not cause the system to disable the other keys.
Comment 3 Sean Davis editbugs 2015-01-31 19:00:13 CET
Marking as FIXED, we also use Super+P and Super+Escape in Xubuntu to start the settings manager and whisker menu, respectively.

Bug #7889

Reported by:
Seong-Kook Shin
Reported on: 2011-08-15
Last modified on: 2015-01-31

People

Assignee:
Jérôme Guelfucci
CC List:
5 users

Version

Attachments

Additional information