Package: emacs
Version: 23.4+1-3
Severity: minor
I often get into a situation where an emacs window displays a solid
black text cursor (rather than the expected outline cursor) when that
emacs window does not have the current input focus.
This generally causes me some confusion as I wonder why emacs is hung
and not responing to my keypresses, (and then some embarrassment as I
realize all my keystrokes have been spewing into my IRC client or some
such).
I seem to be able to reproduce this bug with the following setup:
Pre-conditions:
A. xfwm4 (4.8.3-1) is running
B. emacs is running with two open windows, (I use "window" here in
the sense of a top-level window within the X window system. Emacs
uses "frame" for this notion and reserver "window" for a distinct
meaning.) the sense of what the X server
C. One emacs window ("primary") has input focus (shows solid black cursor)
D. The mouse pointer is positioned within the "other" emacs window,
but this window does not have input focus (shows outline text cursor)
E. A third window is visible from some non-emacs program (a terminal, say)
Reproduction steps:
0. Use keyboard-based window sitching (Alt-tab) to focus non-emacs window
1. Alt-tab back to primary emacs window
2. Alt-tab one more time to non-emacs window
After the switch in step 0, everything works correctly for me. That
is, the cursor in the primary emacs window switches from solid to
outline and the cursor in the other emacs window remains outline.
But during the switch of step 2, the cursor in the other emacs window
changes from outline to solid black, (even though this window does not
get input focus).
At this point, the buggy behavior is persistent. That is, switching
focus back to the pimary window restores all cursors to their correct
state. But each subsequent switch to the non-emacs window causes the
"other" emacs window cursor to display incorrectly again.
I have not yet experimented with other window managers to see if the
bug exhibits with them or not.
I think it would be helpful to obtain a list of the focus-related
events that the X server is sending to the window of interest. I will
make an effort to obtain that, but I wanted to report what I know of
this bug now while it is fresh in my mind.
-Carl
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages emacs depends on:
ii emacs23 23.4+1-3
emacs recommends no packages.
emacs suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
