GNU bug report logs - #2087
23.0.60; problem with display-buffer and pop-to-buffer

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 2087 in the body.
You can then email your comments to 2087 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: MJ Chan <mj54590 <at> gmail.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.60; problem with display-buffer and pop-to-buffer
Date: Tue, 27 Jan 2009 08:14:51 -0800 (PST)

I recently switched to CVS Emacs (of 1/15/2009 version). In
this version compilation-goto-locus (in compile.el) and
Man-notify-when-ready (in man.el), which are two that I've seen
problem so far, called either display-buffer or pop-to-buffer with a
non-nil and non-t value of 'other-window' parameter. 

It appears display-buffer is having a problem with such value. And, as
a result, the buffer intended to be popped up does not show. 

To reproduce this problem, start "runemacs -q" and then M-x man RET
procmail RET. The man page will not be displayed (even it has been
prepared in a buffer). 

Please take a look, thanks. 

---------------------------------------------------------------
In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
 of 2009-01-15 on LENNART-69DE564
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include -fno-crossjumping'

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: ENU
  value of $XMODIFIERS: nil
  locale-coding-system: chinese-big5
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  auto-image-file-mode: t
  shell-dirtrack-mode: t
  tooltip-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-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

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

From: martin rudalics <rudalics <at> gmx.at>
To: MJ Chan <mj54590 <at> gmail.com>, 2087-done <at> debbugs.gnu.org
Subject: Re: bug#2087: 23.0.60; problem with display-buffer and pop-to-buffer
Date: Wed, 28 Jan 2009 10:57:20 +0100

> I recently switched to CVS Emacs (of 1/15/2009 version). In
> this version compilation-goto-locus (in compile.el) and
> Man-notify-when-ready (in man.el), which are two that I've seen
> problem so far, called either display-buffer or pop-to-buffer with a
> non-nil and non-t value of 'other-window' parameter.
>
> It appears display-buffer is having a problem with such value. And, as
> a result, the buffer intended to be popped up does not show.
>
> To reproduce this problem, start "runemacs -q" and then M-x man RET
> procmail RET. The man page will not be displayed (even it has been
> prepared in a buffer).
>
> Please take a look, thanks.
>
> ---------------------------------------------------------------
> In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
>  of 2009-01-15 on LENNART-69DE564
> Windowing system distributor `Microsoft Corp.', version 5.1.2600
> configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include -fno-crossjumping'

This is due to a silly variant of `display-buffer' residing in Emacs'
CVS repository from 2009-01-15 07:57:01 until 2009-01-16 16:51:54.
Apparently, your build was drawn from there.  Please try to get a more
recent build.  See also bug#1929 and bug#1930.

Sorry for the inconvenience and thanks for the precise report, martin.

Previous Next

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