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#65116: 29.1; query-replace-read-args fails reading second arg in detached minibuf Date: Sat, 13 Jan 2024 17:47:09 +0000 Message-ID: References: <831qalivwr.fsf@gnu.org> 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="33587"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Po Lu , acm@muc.de, Eli Zaretskii , 65116@debbugs.gnu.org To: Jim Rees Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jan 13 18:48:20 2024 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 1rOi7I-0008WU-PN for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 13 Jan 2024 18:48:20 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rOi73-0003VS-Mq; Sat, 13 Jan 2024 12:48:05 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rOi72-0003V2-04 for bug-gnu-emacs@gnu.org; Sat, 13 Jan 2024 12:48:04 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rOi71-0001dj-Nv for bug-gnu-emacs@gnu.org; Sat, 13 Jan 2024 12:48:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rOi70-0001qq-Dh for bug-gnu-emacs@gnu.org; Sat, 13 Jan 2024 12:48:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 13 Jan 2024 17:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65116 X-GNU-PR-Package: emacs Original-Received: via spool by 65116-submit@debbugs.gnu.org id=B65116.17051680386935 (code B ref 65116); Sat, 13 Jan 2024 17:48:02 +0000 Original-Received: (at 65116) by debbugs.gnu.org; 13 Jan 2024 17:47:18 +0000 Original-Received: from localhost ([127.0.0.1]:40991 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rOi6I-0001nn-2f for submit@debbugs.gnu.org; Sat, 13 Jan 2024 12:47:18 -0500 Original-Received: from mail.muc.de ([193.149.48.3]:13968) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rOi6F-0001nZ-11 for 65116@debbugs.gnu.org; Sat, 13 Jan 2024 12:47:16 -0500 Original-Received: (qmail 93267 invoked by uid 3782); 13 Jan 2024 18:47:10 +0100 Original-Received: from acm.muc.de (p4fe15740.dip0.t-ipconnect.de [79.225.87.64]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Sat, 13 Jan 2024 18:47:09 +0100 Original-Received: (qmail 30259 invoked by uid 1000); 13 Jan 2024 17:47:09 -0000 Content-Disposition: inline In-Reply-To: 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:278139 Archived-At: Hello, Jim. On Sat, Jan 13, 2024 at 11:00:50 -0600, Jim Rees wrote: > Could it have something to do with the mouse warping? Why is the mouse > warping at all? I would prefer it stay right where it is. I'm pretty > sure it did at some recent time in the past, maybe emacs 26. If so, what is causing the mouse to warp at all? Emacs shifts the focus from the main frame to the minibuffer frame, so presumably that causes a mouse warp. Or does it? Something is remembering state. Performing a minibuffer action sets this state, namely to something which allows M-% to work. Moving the mouse out of the main frame changes this state to something where M-% no longer works, even after moving it back into the frame. Maybe the minibuffer action causes some variable to "remember" it's "in the minibuffer", so it doesn't try later to shift the focus to the main frame, whereas when the mouse has been moved out and in again, this variable "remembers" it's "in the main frame". Or something like that. But the problem only occurs during the second minibuffer use in M-%, not the first one. Is this state store in Emacs, in twm, or in X-Windows? I'm inclined to suspect twm, since the bug only seems to occur with twm and one other window manager. But my previous paragraph implies there's some relevant state stored in Emacs, too. I wish I knew more about X-Windows and window managers. -- Alan Mackenzie (Nuremberg, Germany).