* bug#2087: marked as done (23.0.60; problem with display-buffer and pop-to-buffer)
2009-01-27 16:14 ` bug#2087: 23.0.60; problem with display-buffer and pop-to-buffer MJ Chan
@ 2009-01-28 10:05 ` Emacs bug Tracking System
0 siblings, 0 replies; 2+ messages in thread
From: Emacs bug Tracking System @ 2009-01-28 10:05 UTC (permalink / raw
To: martin rudalics
[-- Attachment #1: Type: text/plain, Size: 901 bytes --]
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
[-- Attachment #2: Type: message/rfc822, Size: 5086 bytes --]
From: MJ Chan <mj54590@gmail.com>
To: emacs-pretest-bug@gnu.org
Subject: 23.0.60; problem with display-buffer and pop-to-buffer
Date: Tue, 27 Jan 2009 08:14:51 -0800 (PST)
Message-ID: <497f32fb.060ec00a.2370.276f@mx.google.com>
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
[-- Attachment #3: Type: message/rfc822, Size: 2850 bytes --]
From: martin rudalics <rudalics@gmx.at>
To: MJ Chan <mj54590@gmail.com>, 2087-done@emacsbugs.donarmstrong.com
Subject: Re: bug#2087: 23.0.60; problem with display-buffer and pop-to-buffer
Date: Wed, 28 Jan 2009 10:57:20 +0100
Message-ID: <49802C00.1040509@gmx.at>
> 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.
^ permalink raw reply [flat|nested] 2+ messages in thread