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

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (Emacs bug Tracking System)
To: martin rudalics <rudalics <at> gmx.at>
Subject: bug#2087: marked as done (23.0.60; problem with display-buffer 
 and pop-to-buffer)
Date: Wed, 28 Jan 2009 10:05:05 +0000

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

Your message dated Wed, 28 Jan 2009 10:57:20 +0100
with message-id <49802C00.1040509 <at> gmx.at>
and subject line Re: bug#2087: 23.0.60; problem with display-buffer and pop-to-buffer
has caused the Emacs bug report #2087,
regarding 23.0.60; problem with display-buffer and pop-to-buffer
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact help-debbugs <at> gnu.org
immediately.)


-- 
2087: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=2087
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

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 part 3 (message/rfc822, inline)]

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.