GNU bug report logs - #229
23.0.60; Weird X11 input-related hang

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 229 in the body.
You can then email your comments to 229 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: <corbet <at> lwn.net>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.60; Weird X11 input-related hang
Date: Mon, 12 May 2008 09:34:50 -0600 (MDT)

For quite some time I have seen a strange bug where emacs (running under
X11) would occasionally stop responding to keyboard and mouse events.  The
editor is still alive, and will change the cursor block in response to
focus events, but mouse clicks and keystrokes have no effect.  The only way
I've found to recover is to kill the emacs process and start over.

Today I figured out how to reproduce it: move the pointer to the menubar at
the top of the window, then move the scroll wheel for a click or two.
Works every time.  Does not appear to be dependent on major mode.

This happens with stock emacs as shipped by Fedora and my own pretest
builds too.


In GNU Emacs 23.0.60.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.12.0)
 of 2007-12-15 on vena
Windowing system distributor `The X.Org Foundation', version 11.0.10499901
configured using `configure  '--with-gtk' '--enable-font-backend' '--with-xft' '--with-gif=no''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: MH-Folder

Minor modes in effect:
  hl-line-mode: t
  display-time-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
<help-echo> i d M-x r e p o r t - b u g <return> <backspace> 
<backspace> <backspace> e m a c s - b u g <return>

Recent messages:
nmh 1.2 installed as MH variant
Loading /home/corbet/emacs/lwn.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Scanning +inbox...done
Threading +inbox...done
inc +inbox...done
No more undeleted messages

Message #10 received at 229 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: emacs-devel <at> gnu.org
Cc: corbet <at> lwn.net, 229 <at> debbugs.gnu.org
Subject: Re: 23.0.60; Weird X11 input-related hang
Date: Tue, 13 May 2008 12:56:04 -0400

corbet <at> lwn.net wrote:

> For quite some time I have seen a strange bug where emacs (running
> under X11) would occasionally stop responding to keyboard and mouse
> events.  The editor is still alive, and will change the cursor block
> in response to focus events, but mouse clicks and keystrokes have no
> effect.  The only way I've found to recover is to kill the emacs
> process and start over.
>
> Today I figured out how to reproduce it: move the pointer to the
> menubar at the top of the window, then move the scroll wheel for a
> click or two.  Works every time.  Does not appear to be dependent on
> major mode.
>
> This happens with stock emacs as shipped by Fedora and my own pretest
> builds too.
>
> In GNU Emacs 23.0.60.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.12.0)
> of 2007-12-15 on vena

I can't reproduce this on 23.0.60.50 (i686-pc-linux-gnu, GTK+ Version
2.12.9).

Can anyone on the list reproduce this problem?

Message #15 received at 229-done <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: emacs-devel <at> gnu.org
Cc: 229-done <at> debbugs.gnu.org, corbet <at> lwn.net
Subject: Re: 23.0.60; Weird X11 input-related hang
Date: Tue, 13 May 2008 12:58:07 -0400

Chong Yidong <cyd <at> stupidchicken.com> writes:

> corbet <at> lwn.net wrote:
>
>> Today I figured out how to reproduce it: move the pointer to the
>> menubar at the top of the window, then move the scroll wheel for a
>> click or two.  Works every time.  Does not appear to be dependent on
>> major mode.
>
> I can't reproduce this on 23.0.60.50 (i686-pc-linux-gnu, GTK+ Version
> 2.12.9).
>
> Can anyone on the list reproduce this problem?

Ah, I see than Jan already checked in a fix.  I must have missed that
message.  Fast work, Jan.  Sorry for the noise.

Message #20 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: George White <aa056 <at> chebucto.ns.ca>
To: gnu-emacs-bug <at> moderators.isc.org
Subject: Re: bug#229: 23.0.60; Weird X11 input-related hang
Date: Sat, 31 May 2008 14:56:31 -0300

On Tue, 13 May 2008, Chong Yidong wrote:

> corbet <at> lwn.net wrote:
>
>> For quite some time I have seen a strange bug where emacs (running
>> under X11) would occasionally stop responding to keyboard and mouse
>> events.  The editor is still alive, and will change the cursor block
>> in response to focus events, but mouse clicks and keystrokes have no
>> effect.  The only way I've found to recover is to kill the emacs
>> process and start over.
>>
>> Today I figured out how to reproduce it: move the pointer to the
>> menubar at the top of the window, then move the scroll wheel for a
>> click or two.  Works every time.  Does not appear to be dependent on
>> major mode.
>>
>> This happens with stock emacs as shipped by Fedora and my own pretest
>> builds too.
>>
>> In GNU Emacs 23.0.60.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.12.0)
>> of 2007-12-15 on vena
>
> I can't reproduce this on 23.0.60.50 (i686-pc-linux-gnu, GTK+ Version
> 2.12.9).
>
> Can anyone on the list reproduce this problem?

Yes and no.  Emacs appears "hung", but clicking on a menu releases it.
I assume that moving the scroll wheel "activate" the menus, and Emacs
is just waiting for further instructions.  Changing focus to another
window seems to work as well.  I'm using:

23.0.60.1 (i686-redhat-linux-gnu, GTK+ Version 2.12.8)

--
George White <aa056 <at> chebucto.ns.ca> <gnw3 <at> acm.org>
189 Parklea Dr., Head of St. Margarets Bay, Nova Scotia  B3Z 2G6

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.