[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#33424: closed (pop-to-buffer-same-window in emacs

From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#33424: closed (pop-to-buffer-same-window in emacs 26-1)
Date: Tue, 20 Nov 2018 15:49:01 +0000

Your message dated Tue, 20 Nov 2018 17:47:59 +0200
with message-id <address@hidden>
and subject line Re: bug#33424: pop-to-buffer-same-window in emacs 26-1
has caused the debbugs.gnu.org bug report #33424,
regarding pop-to-buffer-same-window in emacs 26-1
to be marked as done.

(If you believe you have received this mail in error, please contact

33424: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=33424
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: pop-to-buffer-same-window in emacs 26-1 Date: Sun, 18 Nov 2018 15:54:54 -0800
Please see https://emacs.stackexchange.com/questions/46072/emacs-26-1-problems-find-file-and-neotree

--- End Message ---
--- Begin Message --- Subject: Re: bug#33424: pop-to-buffer-same-window in emacs 26-1 Date: Tue, 20 Nov 2018 17:47:59 +0200
[Please use "Reply to All" to reply to these messages, otherwise you
are only replying to myself.]

> From: Steve Schooler <address@hidden>
> Date: Mon, 19 Nov 2018 13:18:53 -0800
> Thank you very much for the thorough analysis.  I just installed the latest 
> version of neotree, and the behavior
> of emacs 26-1 is just as you described.  This covers most but (perhaps) not 
> all of the bug-issue that I
> suspected.  
> I thought that I had also noticed unusual behavior, where (sometimes) opening 
> a file would result in splitting
> the current frame into 2 windows, rather than dedicating the entire frame to 
> the new file.  Unfortunately, I could
> not detect a pattern to this, so I can not report a reproducible situation, 
> Suppose that you re-create the situation where at the end of your emacs 
> initialization, you use the find-file
> command to load a few files, then use the neotree command.  You would then be 
> simulating the tail end of my
> initialization.
> Suppose that immediately after emacs comes up, you take the <menu><buffer> 
> menu option to display the
> list of (some of ) the buffers.  If you then mouse-select one of these 
> buffers, the frame will split into two
> windows.  I suspect that this is BECAUSE the pop-to-buffer-same-window 
> function is REGARDING THE
> This is just a heads-up.  You might reasonably construe this to NOT BE A BUG. 
>  If so, then I think the
> bug-ticket can be closed.  However, this may serve as a warning that in some 
> situations,
> pop-to-buffer-same-window will behave unusually, based on who 
> pop-to-buffer-same-window believes is the
> "owner" of the frame.

If you invoke find-file from the menu bar with the neotree's directory
in the selected window, you will always see this behavior, because
find-file is unable to reuse the selected window, due to its being
dedicated to the neotree buffer.

I'm therefore closing the bug.

--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]