From: Mark Oteiza <mvoteiza@udel.edu>
To: martin rudalics <rudalics@gmx.at>
Cc: Liu Hui <liuhui1610@gmail.com>, 25115@debbugs.gnu.org
Subject: bug#25115: 26.0.50; ibuffer fails to show confirmation buffer when there are side windows
Date: Mon, 05 Dec 2016 10:08:32 -0500 [thread overview]
Message-ID: <87shq25s7j.fsf@udel.edu> (raw)
In-Reply-To: <58453E86.3060206@gmx.at> (martin rudalics's message of "Mon, 05 Dec 2016 11:16:38 +0100")
martin rudalics <rudalics@gmx.at> writes:
>> Steps to reproduce:
>>
>> 1. emacs -Q
>> 2. eval the following code in *scratch* to create a side window.
>> (pop-to-buffer "test"
>> '(display-buffer-in-side-window
>> (side . right)
>> (width . 0.2)))
>> 3. Now the side window has been created and selected. Press 'C-x o' to switch to the other window in the left, which displays *scratch*.
>> 4. M-x ibuffer. Then press 'd' to mark two or more buffers for killing.
>> 5. Press 'x'. Then an error 'ibuffer-confirm-operation-on: Cannot split side window or parent of side window' is issued.
>
> Confirmed. ‘ibuffer-confirm-operation-on’ selects the last window of
> the selected frame's ‘window-list’ and tries to split that window. In
> your scenario the last window is the side window and cannot be split by
> ‘split-window’.
>
> I pushed a fix for that on master, please have a look.
>
> But someone who's using ibuffer on a regular basis should really try to
> make it use ‘display-buffer’ instead. There is absolutely no evidence
> that the last window of a frame can be split more easily than the one
> used by ibuffer itself and if no window can be split some other window
> should be reused for displaying the buffer list.
I don't use ibuffer often, but I have been changing instances of
switch-to-buffer to pop-to-buffer-same-window since reading Bug#22244.
Makes me wonder about switch-to-buffer's future
next prev parent reply other threads:[~2016-12-05 15:08 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-12-05 3:28 bug#25115: 26.0.50; ibuffer fails to show confirmation buffer when there are side windows Liu Hui
2016-12-05 7:31 ` martin rudalics
[not found] ` <d0790209-000a-ea3a-d279-f04d5b0b65d8@gmail.com>
2016-12-05 10:16 ` martin rudalics
2016-12-05 15:08 ` Mark Oteiza [this message]
2016-12-05 16:24 ` martin rudalics
2016-12-06 10:20 ` Tino Calancha
2016-12-06 14:28 ` martin rudalics
2016-12-06 22:45 ` Tino Calancha
2016-12-07 8:15 ` martin rudalics
2016-12-12 5:22 ` Liu Hui
2016-12-12 9:59 ` martin rudalics
2016-12-12 10:09 ` Tino Calancha
2022-02-12 8:51 ` Lars Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87shq25s7j.fsf@udel.edu \
--to=mvoteiza@udel.edu \
--cc=25115@debbugs.gnu.org \
--cc=liuhui1610@gmail.com \
--cc=rudalics@gmx.at \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.