From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.bugs Subject: bug#56305: 29.0.50; 'yes-or-no-p' deselects minibuffer frame Date: Thu, 7 Jul 2022 09:12:12 +0000 Message-ID: References: <83iloc8yzs.fsf@gnu.org> <83h73w8f7i.fsf@gnu.org> <83zghn7ckd.fsf@gnu.org> <83zghm5evt.fsf@gnu.org> <5d86d890-9a2e-e4d6-13fb-da03285ea003@gmx.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2391"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 56305@debbugs.gnu.org, Eli Zaretskii , monnier@iro.umontreal.ca, acm@muc.de To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jul 07 11:13:22 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o9NZa-0000Rh-2K for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 07 Jul 2022 11:13:22 +0200 Original-Received: from localhost ([::1]:47912 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o9NZY-00005F-CX for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 07 Jul 2022 05:13:20 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44168) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o9NZG-0008WL-Co for bug-gnu-emacs@gnu.org; Thu, 07 Jul 2022 05:13:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:33640) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1o9NZG-0001sn-3t for bug-gnu-emacs@gnu.org; Thu, 07 Jul 2022 05:13:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1o9NZF-0004Z9-Ug for bug-gnu-emacs@gnu.org; Thu, 07 Jul 2022 05:13:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 07 Jul 2022 09:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56305 X-GNU-PR-Package: emacs Original-Received: via spool by 56305-submit@debbugs.gnu.org id=B56305.165718514317485 (code B ref 56305); Thu, 07 Jul 2022 09:13:01 +0000 Original-Received: (at 56305) by debbugs.gnu.org; 7 Jul 2022 09:12:23 +0000 Original-Received: from localhost ([127.0.0.1]:55767 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o9NYd-0004Xx-Du for submit@debbugs.gnu.org; Thu, 07 Jul 2022 05:12:23 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:60549 helo=mail.muc.de) by debbugs.gnu.org with smtp (Exim 4.84_2) (envelope-from ) id 1o9NYZ-0004Xj-J7 for 56305@debbugs.gnu.org; Thu, 07 Jul 2022 05:12:22 -0400 Original-Received: (qmail 74516 invoked by uid 3782); 7 Jul 2022 09:12:13 -0000 Original-Received: from acm.muc.de (p4fe15b63.dip0.t-ipconnect.de [79.225.91.99]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Thu, 07 Jul 2022 11:12:13 +0200 Original-Received: (qmail 5007 invoked by uid 1000); 7 Jul 2022 09:12:12 -0000 Content-Disposition: inline In-Reply-To: <5d86d890-9a2e-e4d6-13fb-da03285ea003@gmx.at> X-Submission-Agent: TMDA/1.3.x (Ph3nix) X-Primary-Address: acm@muc.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:236340 Archived-At: Hello, Martin. On Thu, Jul 07, 2022 at 09:55:18 +0200, martin rudalics wrote: > > An idea I had on Sunday was to forcibly set the window system focus > > to the minibuffer frame just before the recursive edit in > > read_minibuf, though I didn't post a patch for it. This appears to > > work for me. > This will still raise the minibuffer frame above the normal frame if > your window manager uses a "Raise on focus" policy. So it's not any > different from using 'select-frame-set-input-focus' here. I don't follow. If the WM does "Raise on focus", surely it will raise the frame no matter how it acquires the focus. Such focus is here essential for the working of the minibuffer. Is it not the case that acquiring the focus with Fx_focus_frame would be better than not doing so? > AFAICT the most simple approach appears to restore the Emacs 26 > behavior for sessions with separate minibuffer frames. I'm not sure how simple that would be. Have you a patch to propose? The state we're in at the moment is that the cause of the bug has been tentatively identified and a fix proposed (see one of my posts from yesterday). This fix would be too risky for the release branch, so we need a "safe" workaround for that branch. > What would the semantics of 'minibuffer-follows-selected-frame' be for > such a session anyway? I've a vague memory of checking this was OK at the time of the change. I can't remember many of the details now, though. > martin -- Alan Mackenzie (Nuremberg, Germany).