bug#2087: marked as done (23.0.60; problem with display-buffer and pop-to-buffer)

[Emacs bug Tracking System]

Your message dated Wed, 28 Jan 2009 10:57:20 +0100
with message-id <49802C00.1040509@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 owner@emacsbugs.donarmstrong.com
immediately.)


-- 
2087: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=2087
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems
> --- Begin Message ---
>
>
>
> 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
>
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#2087: 23.0.60; problem with display-buffer and pop-to-buffer
>
>
>
>
> Date: 
>
> Wed, 28 Jan 2009 10:57:20 +0100
>
>
>
>
> User-agent: 
>
> Thunderbird 2.0.0.16 (Windows/20080708)
>
>
>
>
> > 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.
>
>
> --- End Message ---