* bug#2087: 23.0.60; problem with display-buffer and pop-to-buffer
@ 2009-01-27 16:14 ` MJ Chan
2009-01-28 10:05 ` bug#2087: marked as done (23.0.60; problem with display-buffer and pop-to-buffer) Emacs bug Tracking System
0 siblings, 1 reply; 2+ messages in thread
From: MJ Chan @ 2009-01-27 16:14 UTC (permalink / raw)
To: emacs-pretest-bug
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
^ permalink raw reply [flat|nested] 2+ messages in thread
* 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
end of thread, other threads:[~2009-01-28 10:05 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <49802C00.1040509@gmx.at>
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 ` bug#2087: marked as done (23.0.60; problem with display-buffer and pop-to-buffer) Emacs bug Tracking System
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).