GNU bug report logs - #56305
29.0.50; 'yes-or-no-p' deselects minibuffer frame

Previous Next

Full log

Message #32 received at 56305 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alan Mackenzie <acm <at> muc.de>
Cc: rudalics <at> gmx.at, 56305 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca,
 acm <at> muc.de
Subject: Re: bug#56305: 29.0.50; 'yes-or-no-p' deselects minibuffer frame
Date: Mon, 04 Jul 2022 22:21:59 +0300

> Date: Mon, 4 Jul 2022 19:10:07 +0000
> Cc: rudalics <at> gmx.at, Stefan Monnier <monnier <at> iro.umontreal.ca>,
>   56305 <at> debbugs.gnu.org, acm <at> muc.de
> From: Alan Mackenzie <acm <at> muc.de>
> 
> Quick summary of the problem: On an Emacs with a minibuffer-only frame
> (MBF) and a minibuffer-less frame (NF), with MBF selected with focus,
> type C-x C-c.  Instead of the focus remaining in MBF, it's moved to NF.

I lost you right here: can you explain why what you described isn't
TRT?  I mean, after you typed "C-x C-c", the minibuffer (whether it's
a frame or a window) has completed its job, and focus should return to
the "real" frame, which is NF.  Right?  What am I missing here?

Previous Next

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