Summary: | app-emacs/emacs-daemon-0.21 - emacs ignores C-M-p in GUI | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Javran Cheng <javran.c> |
Component: | Current packages | Assignee: | Emacs project <emacs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Javran Cheng
2014-06-17 04:27:45 UTC
What window manager are you using? (In reply to Ulrich Müller from comment #1) > What window manager are you using? xmonad with some utils from xfce. I cannot reproduce this here (with xfwm4). My suspicion is that some other application is eating Ctrl-Alt-P. Can you reproduce the problem with another window manager, or in an X rescue session? I thought this problem was solved with packages updated but I was wrong. I'm using xmonad as my window manager, and use only "xfsettingsd" to help me with keyboard bindings and some font settings (not using xfwm4). Not sure why but it is likely to happen after updating emacs packages. And when it happens, killing xfsettingsd and restarting emacs daemon usually does the trick. The workaround works even after rebooting the system, as long as I don't update any emacs packages... I think I've figured out what the real problem is: If I bring up emacsclient before xfsettingsd, then everything will be fine. But as long as xfsettingsd gets brought up first, C-M-p won't work. Maybe it's more related to a problem of xfsettingsd than emacsclient, any idea? Seems unlikely that this is a problem in app-emacs/emacs-daemon, therefore closing. |