GNU bug report logs - #2800
23.0.91; Emacs has no response when mini-buffer is too narrow to display information

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 2800 in the body.
You can then email your comments to 2800 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: ZelluX <zellux <at> gmail.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.91; Emacs has no response when mini-buffer is too narrow to 
	display information
Date: Fri, 27 Mar 2009 22:44:28 +0800

[Message part 1 (text/plain, inline)]

Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the emacs-pretest-bug <at> gnu.org mailing
list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

I opened two windows using C-x 3, and set the width of the right windows to
a really small value (to be more precisely, it can display 50 characters per
line). Then on the left line I run some command like M-x align<TAB>, as a
result, the right window will be used as minibuffer and display
auto-completion list. The bug is that, the list comes with all '\' on the
right most and just cannot stop printing, and does not response to my
control. In program 'top' I can see the CPU% of this emacs process is 100%.

I now can reproduce bug with the above operations. Under ArchLinux, in a
bash terminal with screen 4.00.03.


If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/share/emacs/23.0.91/etc/DEBUG for instructions.


In GNU Emacs 23.0.91.1 (i686-pc-linux-gnu, GTK+ Version 2.14.7)
 of 2009-03-19 on pupykin
configured using `configure  '--prefix=/usr'
'--localstatedir=/var/lib/emacs' '--libexecdir=/usr/lib/emacs' '--with-xpm'
'--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--with-x-toolkit=gtk'
'--without-sound' '--enable-font-backend' '--with-freetype' '--with-xft'
'--with-libotf' 'CFLAGS=-march=i686 -mtune=generic -O2 -pipe''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: C
  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.utf8
  value of $XMODIFIERS: @im=fcitx
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  diff-auto-refine-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  global-auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
ESC [ > 8 3 ; 4 0 0 0 3 ; 0 c C-x C-f C-g C-x 3 C-u
1 0 C-x } C-x C-g C-x < C-g C-x { C-x { C-x { C-x {
C-x { C-x { C-x { C-x { C-x { C-x { C-x { C-x { C-x
{ C-x { C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-g ESC x r e p o TAB TAB r t TAB TAB RET C-g ESC C-z
C-x C-f C-g ESC x r e p o TAB r t TAB RET

Recent messages:
Loading /usr/share/emacs/site-lisp/themes/color-theme-library.el
(source)...done
Loading /home/wyx/emacs/my-utils.el (source)...done
Loading /home/wyx/emacs/muse-init.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Quit
Type y, n, ! or SPC (the space bar):
Quit [2 times]
Making completion list...
Quit [2 times]
Making completion list...

[Message part 2 (text/html, inline)]

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

From: ZelluX <zellux <at> gmail.com>
To: 2800 <at> debbugs.gnu.org
Subject: Here is a screenshot of the reproduced bug
Date: Sat, 28 Mar 2009 05:03:33 +0800

[Message part 1 (text/plain, inline)]

[Message part 2 (text/html, inline)]

[emacs-bug.JPG (image/jpeg, attachment)]

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

From: Chong Yidong <cyd <at> stupidchicken.com>
To: ZelluX <zellux <at> gmail.com>
Cc: 2800 <at> debbugs.gnu.org
Subject: Re: 23.0.91; Emacs has no response when mini-buffer is too narrow to display information
Date: Sun, 29 Mar 2009 13:21:33 -0400

> I opened two windows using C-x 3, and set the width of the right
> windows to a really small value (to be more precisely, it can display
> 50 characters per line). Then on the left line I run some command like
> M-x align<TAB>, as a result, the right window will be used as
> minibuffer and display auto-completion list. The bug is that, the list
> comes with all '\' on the right most and just cannot stop printing,
> and does not response to my control. In program 'top' I can see the
> CPU% of this emacs process is 100%.

I can't reproduce this.  Does it happen with `emacs -Q'?

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

From: ZelluX <zellux <at> gmail.com>
To: 2800 <at> debbugs.gnu.org
Subject: Re: 23.0.91; Emacs has no response when mini-buffer is too narrow to 
	display information
Date: Tue, 31 Mar 2009 23:56:09 +0800

[Message part 1 (text/plain, inline)]

It still happens, i've uploaded another three pictures which show the
problem more clearly

In step1.png it has no problem. Then i typed C-x } *once* to make the right
window narrower, as in step2.png
Then when i tried M-x align<TAB> the problem occured, after i typed another
<TAB> Emacs has no responses.
Additionally, when i have two of emacs running in this situation, the system
becomes really slow, since emacs consumes nearly 100% CPU

On Mon, Mar 30, 2009 at 1:21 AM, Chong Yidong <cyd <at> stupidchicken.com> wrote:

> > I opened two windows using C-x 3, and set the width of the right
> > windows to a really small value (to be more precisely, it can display
> > 50 characters per line). Then on the left line I run some command like
> > M-x align<TAB>, as a result, the right window will be used as
> > minibuffer and display auto-completion list. The bug is that, the list
> > comes with all '\' on the right most and just cannot stop printing,
> > and does not response to my control. In program 'top' I can see the
> > CPU% of this emacs process is 100%.
>
> I can't reproduce this.  Does it happen with `emacs -Q'?
>

[Message part 2 (text/html, inline)]

[step1.png (image/png, attachment)]

[step2.png (image/png, attachment)]

[step3.png (image/png, attachment)]

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

From: Chong Yidong <cyd <at> stupidchicken.com>
To: 2800 <at> debbugs.gnu.org
Subject: Re: 23.0.91; Emacs has no response when mini-buffer is too narrow to display information
Date: Thu, 02 Apr 2009 19:44:22 -0400

Okay, I found a recipe for the bug.

(global-set-key [f1] (lambda () (interactive)
  (split-window-horizontally 50)
  (setq truncate-partial-width-windows nil)
  (erase-buffer)
  (insert "In this buffer, type RET to select the completion near
  point.\n\nPossible completions are:\nalign    align-current
  align-entire\n")
  (put-text-property 95 96 'display '(space :align-to 26))
  (put-text-property 110 111 'display '(space :align-to 52))))

Running this command on a terminal will hang it.  Looks like a redisplay
problem with space display properties, and it's present on Emacs 22 as
well.

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

From: Chong Yidong <cyd <at> stupidchicken.com>
To: ZelluX <zellux <at> gmail.com>
Cc: 2800-done <at> debbugs.gnu.org
Subject: Re: 23.0.91; Emacs has no response when mini-buffer is too narrow to  display information
Date: Fri, 03 Apr 2009 11:13:08 -0400

I've just checked in a fix.  Thanks for spotting the bug.

Previous Next

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