When you use electric-help-mode and viper, the C-x key causes most keys on the keyboard to stop working.

[Jason Spiro]

Binary package hint: emacs-snapshot

== Steps to repro ==

1. Put this in your .emacs file:

;; Electric-help-mode
(require 'ehelp)
(define-key global-map "\C-h" 'ehelp-command)
(define-key global-map [help] 'ehelp-command)
(define-key global-map [f1] 'ehelp-command)
;; Viper-mode
(setq viper-mode t)
(require 'viper)

2. Start Emacs
3. Open a help popup window. One way to do this is to press <f1> m
4. Try to switch to the other window: press C-x o

== What happens ==

* The "press q to quit, r to retain" message disappears from the echo area
* C-x o does nothing except insert a blank line in the help buffer (like Viper's o key normally does)
* Most keys on the keyboard stop working. If you have setq'd pop-up-windows to nil (which is normally a nice customization) it is now very hard to switch away from the help buffer. One way to do so is to press <f1> <f1> C-x C-b

== What should've happened ==

* The point moves to the other window

== Notes ==

* I suspect there are other keys that can cause this, not just C-x o, but I have no time to check ATM.
* I am using GNU Emacs 22.0.91.1 (i486-pc-linux-gnu, GTK+ Version 2.10.6) of 2006-12-20 on rothera, modified by Debian on a mixed Edgy/Feisty system.

[Daniel T Chen (crimsun)]

Is this symptom still reproducible in 8.10 beta? (I can't reproduce it.)

[Pedro Villavicencio (pedro)]

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to New. Thanks again!.