Using ace-jump-char-mode from an emacsclient, with split
windows containing identical text makes emacs unusable.
WARNING: Before trying to reproduce this bug, be aware
that it may render your emacs completely
unusable, with the only way to fix it being to
kill emacs.
Steps to reproduce:
Save the sample text from the following link to a file
called "foo.txt":
Edit the above file from an emacsclient, by typing:
emacsclient -t foo.txt
Assuming you have ace-jump-mode.el installed
in ~/.emacs.d, type
M-: (add-to-list 'load-path "~/.emacs.d")
Type
M-: (require 'ace-jump-mode)
Create a split window by typing
C-x 2
Type:
M-x ace-jump-char-mode ebe
(Note that the "ebe" in the line above could be any
characters on the screen. "ebe" is just an example)
A prompt will appear in the echo area:
Buffer `foo.txt<2>' still has clients; kill it? (yes or no)
At this point, emacs has been rendered almost completely
unusable. Nothing, including C-g, seems to be able to
get me out of this prompt. Sometimes, typing something,
like C-g, will show this error:
Wrong type argument: stringp, nil
But it won't let you escape the prompt. Any attempt to
type "yes" or "no" will not succeed. Emacs will just
beep at you.
Using the shell to kill emacsclient, by (for example)
typing "killall emacsclient" will successfully kill the
broken emacsclient, but when a new emacsclient is
started, trying to type anything in to it will only
result in this error:
Wrong type argument: window-valid-p, #<window 0x113fb78>
At this point, I couldn't find any way to get emacs back
to a usable state, so I was forced to kill both the
emacsclient and the emacs daemon.
I am using:
ace-jump-mode.el version 2.0.RC, downloaded today using:
Summary:
Using ace-jump-char-mode from an emacsclient, with split windows containing identical text makes emacs unusable.
WARNING: Before trying to reproduce this bug, be aware that it may render your emacs completely unusable, with the only way to fix it being to kill emacs.
Steps to reproduce:
Save the sample text from the following link to a file called "foo.txt":
http://pastie.org/pastes/8096881/text
(Note that the "ebe" in the line above could be any characters on the screen. "ebe" is just an example)
At this point, emacs has been rendered almost completely unusable. Nothing, including C-g, seems to be able to get me out of this prompt. Sometimes, typing something, like C-g, will show this error:
But it won't let you escape the prompt. Any attempt to type "yes" or "no" will not succeed. Emacs will just beep at you.
Using the shell to kill emacsclient, by (for example) typing "killall emacsclient" will successfully kill the broken emacsclient, but when a new emacsclient is started, trying to type anything in to it will only result in this error:
At this point, I couldn't find any way to get emacs back to a usable state, so I was forced to kill both the emacsclient and the emacs daemon.
I am using:
ace-jump-mode.el version 2.0.RC, downloaded today using:
M-: (version)
C-h v system-configuration-options
uname -a