GNU bug report logs - #30
Inconsistent behaviour of display-buffer, 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 30 in the body.
You can then email your comments to 30 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: "Otto Maddox" <ottomaddox <at> fastmail.fm>
To: bug-gnu-emacs <at> gnu.org
Subject: Inconsistent behaviour of display-buffer, pop-to-buffer
Date: Sat, 01 Mar 2008 04:27:23 +0000

When running Emacs on either X or Mac OS X:

;; Similar to display-buffer-other-frame, but without all the
;; raise-frame, make-frame-{in,}visible stuff.  The point is to
;; illustrate annoyingly inconsistent behaviour of display-buffer.
(defun my-display-buffer (buf)
  (let ((pop-up-frames t)
        same-window-buffer-names
        same-window-regexps)
    (display-buffer buf t)))

Create but don't display a buffer named "foo":
(get-buffer-create "foo")

Pop up a new frame, selected and WITH focus:
(my-display-buffer "foo")

Go back to the original frame with C-x 5 o

Pop up the "foo" frame, selected but WITHOUT focus this time:
(my-display-buffer "foo")

????

Again, go back to the original frame with C-x 5 o and also do
C-x b foo RET to make "foo" the current buffer.  Two issues this time.
The other "foo" frame is not raised but a new frame is unnecessarily
created (the doc says that pop-up-frames means that visible and
iconified frames should be searched).  Also, the newly created frame
is WITH focus this time:
(my-display-buffer "foo")

The same inconsistent behaviour happens if you substitute
pop-to-buffer for display-buffer in the definition of
my-display-buffer, which seems definitely buggy because the doc for
pop-to-buffer says that it should select the buffer.

In GNU Emacs 22.1.1 (powerpc-apple-darwin8.9.0, Carbon Version 1.6.0)
 of 2007-06-08
-- 
  Otto Maddox
  ottomaddox <at> fastmail.fm

-- 
http://www.fastmail.fm - The professional email service

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

From: martin rudalics <rudalics <at> gmx.at>
To: 30-done <at> debbugs.gnu.org
Cc: ottomaddox <at> fastmail.fm
Subject: Re: Inconsistent behaviour of display-buffer, pop-to-buffer
Date: Sun, 04 Jan 2009 20:10:00 +0100

This bug should now have been resolved for CVS Emacs by the following
two fixes:

2008-09-11  Martin Rudalics  <rudalics <at> gmx.at>

	* window.el (pop-to-buffer): If the window for buffer-or-name is
	not on the selected frame, raise that window's frame and give it
	input focus.  (Bug#745)

2009-01-04  Martin Rudalics  <rudalics <at> gmx.at>

	* window.el (display-buffer): When a buffer is displayed in the
	selected and some other window, and not-this-window is non-nil,
	try to return that other window instead of popping up a new
	frame.  (Bug#30)

Thanks for reporting, martin.

Previous Next

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