Received: (at 80528) by debbugs.gnu.org; 9 Mar 2026 11:55:57 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Mar 09 07:55:57 2026 Received: from localhost ([127.0.0.1]:44695 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vzZDI-0008FX-TP for submit <at> debbugs.gnu.org; Mon, 09 Mar 2026 07:55:57 -0400 Received: from sendmail.purelymail.com ([34.202.193.197]:37868) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <spwhitton@HIDDEN>) id 1vzZDG-0008FD-7D for 80528 <at> debbugs.gnu.org; Mon, 09 Mar 2026 07:55:55 -0400 DKIM-Signature: a=rsa-sha256; b=NgjnSa95qB5BYV98C3X62bAu9JccB15yeEjdoSqvAPR6t2kb3DN4Jh1rpNMVNVrnJTjoSuTIvXtGWfZRjcpw5i0Uf8Ip2prAtGZVFlm7Thsiwpwvo4UVWrrMWv151fZAicB1o1kZlTlCkTyKNhUAkIT1nSZRDEEPfhXh6ACzXyADyooRLpj0/XaWG2jLluMAh5Qkgd67hCRcnGzoqx2sXIMMY6Y8An5BhfQvGRGWmjhKucQiXt817Pni+EGdrfhC8T0sT6SGsOu7jSAl/I5tZQvDLDuQsV0mjqobD4R+tZpvCU3jjqD6AYwQSrQlePOtmz7BSaAHSII3MAZcfnLMYQ==; s=purelymail1; d=spwhitton.name; v=1; bh=pPhxIYfEZj9GQFAW7EPRnLS/95vT61qrqZ2A397cZTw=; h=Received:Received:From:To:Subject:Date; DKIM-Signature: a=rsa-sha256; b=OBuKQ440KsfOJ7MZ0ED+Xar3wLP8FVRVWrrCd0EUlGajCCWT8u7jpq1oZHV8G7RagbZpij2ordr4NU5ZsoCM4kHCNeljbgbvq2R/d3/W+ZF6YG+zEvR/X+ir3Ga1ZnxIG2PjRig1DWHwJfT0G1k1ObUAjQhxiAAW3ZfTlv5S/e9qrIxZyGHqeQLKRGI5C3oASLeWZ3MPhic3cCkg3oKOItwp51K23bHHC24huxkrUVf/eEVb00Y/KXemhJalOcg3dtkBzLyaqaNFaMP7Ct6FVjtBkLn4SvbawC+Hj7LFZQjOSORBxS9AYJ+2UWP7agW/OKYlk0r/yNZtPpcbsd0eMQ==; s=purelymail1; d=purelymail.com; v=1; bh=pPhxIYfEZj9GQFAW7EPRnLS/95vT61qrqZ2A397cZTw=; h=Feedback-ID:Received:Received:From:To:Subject:Date; Feedback-ID: 20115:3760:null:purelymail X-Pm-Original-To: 80528 <at> debbugs.gnu.org Received: by smtp.purelymail.com (Purelymail SMTP) with ESMTPSA id 116304350; (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384); Mon, 09 Mar 2026 11:55:47 +0000 (UTC) Received: by melete.silentflame.com (Postfix, from userid 1000) id 24CDC7E8B15; Mon, 09 Mar 2026 11:55:46 +0000 (GMT) From: Sean Whitton <spwhitton@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#80528: other-frame-prefix and risky local variable dialogue do not go along well In-Reply-To: <1f78f508-4529-4509-9f6c-2172b716631f@HIDDEN> References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN> <8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN> <20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN> <99713756-6693-4636-80c3-1b39bfc07509@HIDDEN> <87fr6gqz25.fsf_-_@HIDDEN> <24fc042e-6de7-4c26-96a7-2f31e4c81b0a@HIDDEN> <B41CCCDE-6F6F-44C6-885C-EFEC61E5026D@HIDDEN> <87cy1iqcuj.fsf@HIDDEN> <28cda71a-3427-494a-ab67-4a0a0b1f9e51@HIDDEN> <875x78rb22.fsf@HIDDEN> <ab152fa7-2463-4965-a68d-cc64448d3b96@HIDDEN> <87y0k3pcgp.fsf@HIDDEN> <2ddfa5e3-fa3d-4c0a-9702-911ee7d8f052@HIDDEN> <87v7f6p80s.fsf@HIDDEN> <86ecluqipl.fsf@HIDDEN> <1f78f508-4529-4509-9f6c-2172b716631f@HIDDEN> Date: Mon, 09 Mar 2026 11:55:46 +0000 Message-ID: <87o6kxqksd.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: martin rudalics [09/Mar 10:00am +01] wrote: > If C-x 5 5 works fine most of the time, we should do our best not to > harm users' expectations in a few corner cases like the one that is the > subject o [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.9 RCVD_IN_VALIDITY_SAFE_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [34.202.193.197 listed in sa-accredit.habeas.com] 0.8 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [34.202.193.197 listed in bl.score.senderscore.com] -0.0 SPF_PASS SPF: sender matches SPF record -0.0 SPF_HELO_PASS SPF: HELO matches SPF record X-Debbugs-Envelope-To: 80528 Cc: 80528 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>, Jens Schmidt <jschmidt4gnu@HIDDEN>, juri@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: 0.7 (/) martin rudalics [09/Mar 10:00am +01] wrote: > If C-x 5 5 works fine most of the time, we should do our best not to > harm users' expectations in a few corner cases like the one that is the > subject of this bug. Since I never use these prefixes, I'm certainly > not biased in this matter. > > But I agree that changing the implementation of 'save-window-excursion' > for the sole purpose of fixing this bug is over-engineered. This bug > belongs to the 'other-frame-prefix' + 'display-buffer' department and > should be fixed there. Functions that call 'display-buffer' to show an > ephemeral buffer should not be forced to wrap such calls in a window > excursion for the sake of handling the 'other-frame-prefix'. Yes. It seems to me like Juri's proposal to handle *Local Variables* specially would be a good solution along these lines (or your attached patch, which I think is similar). > The changes Jens proposed to keep track of window excursions, however, > belong to a completely different category. At the moment, Lisp users > have no means to trace buffer and window excursions and when a bug in > this area shows up, they are completely lost with the diagnostic > facilities they have at their hands. Providing, at least optionally, > something like the 'current-thing-stack' Jens proposed, would make it > easier to trace such excursions, for example, when we ask users to > reproduce suspicious behaviors in their environments. Something like this engineered primarily as a debugging aid sounds better than trying to use it to fix bugs like this one, at least initially. -- Sean Whitton
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.Received: (at 80528) by debbugs.gnu.org; 9 Mar 2026 09:00:51 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Mar 09 05:00:51 2026 Received: from localhost ([127.0.0.1]:42622 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vzWTq-00023R-J1 for submit <at> debbugs.gnu.org; Mon, 09 Mar 2026 05:00:50 -0400 Received: from mout.gmx.net ([212.227.15.15]:36381) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1vzWTo-00022k-6y for 80528 <at> debbugs.gnu.org; Mon, 09 Mar 2026 05:00:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1773046841; x=1773651641; i=rudalics@HIDDEN; bh=yg+k4obTSTPhcn8LjCd6z8Ei3B9PvFnI03rAJm+6hjk=; h=X-UI-Sender-Class:Content-Type:Message-ID:Date:MIME-Version: Subject:To:Cc:References:From:In-Reply-To:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=koyI7KZDf/q2PoWgWFxfq/viRYFURNfMGi1YLnTWmovb3TlhhH7S1wf2y0Nxafk4 HojqWjvlv4kS3hqhwhrWk2KkrT6uor1NPfUJU5srMGK/GAuSW1mfGn56cF9N7Ik8Z bNzXxd2mVuu1EY3zqEAvlGkyJj+0GElfZzkLEPZh/MbhIdqp2cKHbFziWGdqmVCvX v4zT36P2uBwefaAnkjXhEqUXiVLPGRPrp3mZD7/2D1rQvN/jtRmBWVagxX5V46/sn 6PfBKPVNGzJ9H8MlYlglGK/XMHG8H+OkC+Y6BpsNrN7z5RogkoaRpkgntZVbe9Ymj Bdef8kFr/G94jQ2aSg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from client.hidden.invalid by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MRTRH-1wKmNw27Px-00XARN; Mon, 09 Mar 2026 10:00:41 +0100 Content-Type: multipart/mixed; boundary="------------DuSr52ehf98x6n0WZgnTxwUZ" Message-ID: <1f78f508-4529-4509-9f6c-2172b716631f@HIDDEN> Date: Mon, 9 Mar 2026 10:00:39 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#80528: other-frame-prefix and risky local variable dialogue do not go along well To: Eli Zaretskii <eliz@HIDDEN>, Jens Schmidt <jschmidt4gnu@HIDDEN> References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN> <8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN> <20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN> <99713756-6693-4636-80c3-1b39bfc07509@HIDDEN> <87fr6gqz25.fsf_-_@HIDDEN> <24fc042e-6de7-4c26-96a7-2f31e4c81b0a@HIDDEN> <B41CCCDE-6F6F-44C6-885C-EFEC61E5026D@HIDDEN> <87cy1iqcuj.fsf@HIDDEN> <28cda71a-3427-494a-ab67-4a0a0b1f9e51@HIDDEN> <875x78rb22.fsf@HIDDEN> <ab152fa7-2463-4965-a68d-cc64448d3b96@HIDDEN> <87y0k3pcgp.fsf@HIDDEN> <2ddfa5e3-fa3d-4c0a-9702-911ee7d8f052@HIDDEN> <87v7f6p80s.fsf@HIDDEN> <86ecluqipl.fsf@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <86ecluqipl.fsf@HIDDEN> X-Provags-ID: V03:K1:JyQa9ft47xaulZAi9t1dRSIs5rHR/sFuYN6TVeFz9xSOS42ixL8 QoDrdmQBlH+uW67z7nSucrY7Gllf+U0Tlaay8JQsl9IBSkkDhjikA0TL579r5/cIRQrC4sz 081PzFFhwC4i/a3h4zziV0j4nKYTGyCh08LZM/jl/8sY9TCUrHMFsFzgqI32KqXWR4RyDjB 9HwaCKSDzyBZnbNaOLmUg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:hgCmwoa2Nsw=;qtzIox6LiosYqu5J5qsi+We1CXH zRwR5QvnnEi3pc02F8hpMXq7yapOxehM+63TA9+//T3/Njx6RykengYw7BNGmNy5oiODW2v9D KcxI0PS3sKxsDZ8XJxSxRAEfxbFQuF27cjSKhJoYk15r/uS/t4ncQykI4QtwgKGIxDhAT/TAf iKMrGlmrFRz5X24BYvupvrkRT8UtvcB35fhsd7CjDXk2ZOQi5q0LvEgkspPspQqX6tsGNKADK C6p2S30UlH0tP+45TYWMBSch2B4/xUWpqni/Qh3TUKsWVLsTD6RnNoQ9w3ibKdYl7jRRs33Q5 SObCn7h9ipWdmDTjCGbO7TI2vXP9u64pxUg712UcwHRwmco6K+mnp3dn+FBXBgPmVxmCbEf67 elTiXSikkg50711HaB+hzRLF3fhkrztPBU5KgKVveEM5T/xBJseCRItvrrpTkc/o9urJbDyeH 0QSo75jhPlOyyRl3M7g/rcSpkz+2m9xUfJdPidYrS9vbkCqo0Xvi9q+2ODuVOTVISbgLioMyB Pk7OOVUv+452SO3aVNoUKylPZpygEFsQ307O7G6xQesg98rAAz6pD34gcw4JVKC6LZ5qcPEIu yAl5JeTZ5sCxeWU8vB8+4/1YIQqQ41WpL7pdn5thVV+Aum8NfTG0bKj7s9MiDMOs7te4NGLq4 /nYx/oFZxlLXrtOPC6hIKL2Ufn15GgJZZV1eErAi4ZWflfflj7GNF7+UqcHSRBtl7No3bKNxF 2ezVm2FHLTXVRHPNI9qo8m6XMXlJ7zLbcrIaQYtxkITnXCGvV7JcG/KrtoDe8cVBT+3AGvjXt 1GPsxSSWhDWtaGDHdTb/pGS0Sxo46AUykGkXu2QlKvBgMHDXQcOUrey5KRkjxiB94HJyRaV0c SHXoygioNGq8b8+IldVRXHdpiiVXHnl8NW3suZQybFxH+RYOOAXtpczLaasLohsOMvwlsSCkl BW8ddAUi/RxegN22fKneFksbdFsqb8M+5Plssm2P3cNV5nOHPvqs8GJNSZJSkOlSqKFxwQwXc 9BpJ68G1raUl8sK0xuq56tBmlpbZkBzfJXwrv3w5ik5ZK5qtQaTW9oAYrxzqkYgA7EhFUXUCz TgpfX09WTo9WZdtWfGpW5AMBcpkk+gnpvWpkF6ihkkg/I/V8KQnmF9a2VsqzXbfWz2NpeXH/w EtTKBuW9FIUjxjosHV1OOJj26s4olxXHBTm7jp8T+9ek/AAzjPf7Vsa2xjUchz8oVX+3VftZ1 0IAZe3BAMhRfh4vlKUrkgnTh6e1sZhn/DzRSvSltzhHeiC0TzmAWFxRNxFletCTm3RGZO2Tw0 HbnMbKw29pqsnwiRmm4yI+zZOMU8zXA635uQRzapcKMy+0KRybj7kRc7nED/jdkcKbNC2PwR7 Id5rQyZ1SNswFJxwLYrsa/Alv0mUJsouUgJTsr6anwo+8LKNTVevYYucla1JpKV3AfCIbKa3z cyldZmvZ2+q2Gnb6xrkrc1Q8MNlxzXEZfISvntw/LfFCxXMQxkuuGi1xwOpXWn8+W7quAJUgO ISV9gPeYaQw1UR7O3+QXo0R2VolkfkHnrEO9Kq8sTLnakFTBebeaC096eob8OIRkhVlvy3dph MRdJE6/jBKAuWpIOYJDZ14CmroOinDs95sL6mugHM0vggFBjEx85CzZOrklAfV70hA3UNvcWj 8wbGeegjKR+dYhhTOBpqtWWmEpIE+4+W3eecFomHAYer3ClqTePWchDp0qqpKWVUxAVbdEkUS 8+c6bhK3YVIRUQumRWhOSfZc1ms6MGzZqQ3BD3qTs/mdsvJ2mZab4fqv1w8UKx4c7eN+gT/zu y+nqEq+YTLgKgFNfd+FL10mdTT4K/qoCqJdBySugElkN/1SO1XF+P3T2JjlE6KLtpjhKrF+q8 qyPrl29MeleJMwhayaEJqX9aMupmH6GLOv+qG9fsiSPqJTKNd0jUB7HhmNzYYc0B5TM7Yielz NS96aHgOdXuXyHL0Gg5d6Euv8/p7kZZBc+kI7+cfhxdZwjnpbnt9jGd7egDiMrPrH0O3EOsDj Fkej8mTVyRw7BwP8RVFBaQuygjdTyA7+tmp7/ZAH9dfDFucnV1cOmLcWfLg2RboikOFDb2sTd oSPsVLH8wCJvPoucaC+maRYew8HOCPFjhue9Rc+PHqOD3ndCc34+kXvGooJ8A7fLMEOAlWYzq UJ5jUhFYlMFfVKrT7va8DPOmv14tXdt9sq3m4y8ehZbUs5h+ed0rQepR0+NHzuRjt3DlPjO/J aWnM6Gq0MEt2xCGmKeCgQvMBhjT0xBJ59NAv2SJckJBtAYYHVd0lY+483KwWAH5Zlk14xfqub bLjKZyFloPkT+6XqNgTrzBbLnsGwa/yR2B6yuVNI9bAcIaCDOjs0FSO9bN5D8uLpJqDDgia1l ezrvf0IoJwMDBz837dUOVJ5fm5XWd8rjTK+KYxwO4UqgYtNCxPAWKSKfxz+j0qWdAyiWGcfEN khSEYt3ua2z5fq5KnUeoq0nm+Oo9iykvFfS2HqJf+h07+JKFZe7YZX8VyEEIxa3g7OaFUf68l m+xANk+nGqd6oKwmCG9DAncveDuZg2Zxw/7tdKN4rt9x2t4VEZWGguYn/i+gGH6Wi3ONotT9k BkW0Ew8sTZ2rQn/wnQ05SzY7YQDpfTgC+edWXNSgQbH7mRimEeNsmHHKqSh9FqaSlP7oUYztA JomT4CSVbQjryoPmfbOoS4PsJiVXO7ES6AGTVMVQVoa2bOC9rv2B7gW4eFrfiJNeLyABdNC1g wipTRjS4KokE/r72pDMHdpPma5bT8ruG0Pkoa9rUZbor8fFF+SNPsr1vY89Q2X21jkzmD5Gwf g8e9LEa7uJPwWOpvXnjtu9XzjGrFNBVEPl+8iIBCXyIOpECMFEI+J6gDQqWbvvRdTDXO0+ORj 1ua5feOhVvXMaiaUUPheUjhVdRIep0kuJtVYQLNuSaEHNEm/mDRkICdwqFQQUM2QziH/7Cmsf hFTx1wUILy4dAdNcyoSBTc3OoP+YVUDtomjfPRWs6zREFHBSE8KVxMcuxwlumOcCVrYcLUQKd Ta/pJp63c88pwYy1LRieC9nc/8jeR8cPAbGniWAFfGHlsYBl3Em0NmiqOPKxzIoRsv2y3x1aG vqThUB8pH8+RzlyLggM6OUJjG5aAX8ekWCPvE89v+sL7hGcW/zQ7GkXWrJ/FbcEh+AtRqSHZe Butx0YyyqVVLOhYGf45kelPmbIi/fYX3Y7j5aRhqAfjQbNQ9zrUrIrLMtC3PQs8n2hqO5aqbb nDj1gRHEcqJJYvtHmr5HfVxvHxtJ7bonB+sRTz60Rufrf+vWQpqLFJwTtkBtvwOuNRVSmbYve a0/hWw5AnGbPGFclhmDYzNNdMNmIbGPS4WcqsED5cDUlIk4f60MrNR1UxwBL6tHpVgVn0YN66 ttgSTc4qS+fs3Mf9GhTWSsholJVcExbHVNIS+PMhsT3K8UQV91A1tA4AGfUJdTsiI4yfPlSEi bnRdRBg8j44IqxXLORfe69Shexi9B/YRtztOZZrFD2iDsUnCxAjvD+HbY/cIR1Af1L521Eeh/ Rt9KkkljxcXd+IoF9Wg+iEGSE6sy38njk4xxEFHd6JK3V3Xu4nPMWJv9hjhgniI2NeaDPMxgR b5dMVTn/+Ouoc4CVntq5hlqC8XPuuTb9TVcoMC/wammDGukg0F/CBvKwAa9dWKPkTlOAV8obC KgaDj1I3wvGHa3FijlDMtWwK+yk5231imW/N4+qG23TBcFmB5c2orNsnuGzoWCqX3yGTrkBLa zmO84Q9bcuefiw8YZIZzpY8hmYIPIBHZdfF3lIP9STJXoBTBMJEt9kEiE9W9LslS0roc9LjZZ TS3UKw8LXt6fIemwDsLezp/74sXh1pTOg64T7a6yTU1juCjFUlu7y2SZryUrwjhqqGgdK6fN3 XWLZOz+wJzGerWGKpYROy6HzwawAw/F/F0ApRQ60CdxPisAY1IvjcRcfhZyKGLDBkEX0X9mSZ 4wvlDftta7yvRz3NQHvH3ON60OOaLbBkhl8FMc7E3XYmyjUraenqKEPQUFVsEtXhTO3jVgxZh tCNUGaeZsjZYoUC+rhyRu0ty1WMU5kzDfQo0GMrXQcqooe2YIL8PutCL7yyBrvBZbw0yYMekn ydYzZvT2IGlK/7FJefsdGEFueF4/tPVqVV9Ideg0hXQ3w5/mk4Mv+hZt14WTPHtGgY39ysd+6 8ZohlUa5/FVWQ5eIvXb5Kt8GyBAK3XLcZwRgpEBkRkVKkqYKuO4zWz2GYtwyzeyImpJ/h5N1G MDaEWwmKi/VVs0GAQE90axUYJuy0AKWx06waxniZQtBHFRJjzVLUhg2QP9wQytQ9g6H5qr8pr HPZlmtYw2GGHzR5NSvFFfiHgUiqtR1UwrRQlQ6urAaiJVZ0m2ymVIrNbr6OPe8fdTx7EqGtCx DIT6DVGIGwBcQUhgYg4rwOD1IW4h9bN6210aPrbaCynk6qQGFE4wAIT4Hn28lRPU8GHJryeEc +lIHJ4ZYPEkGU/w7gowo3Oqi5QoKyTX+QXKV+n32/6xWJvL0AKWMNygf510cb8DqAE71m5bpp mL957znu7O3i8L1HwBdK8e82pLVukXd0gYfs8L4TLSz2kyZXWGBF+c6mJ9J2TReKRNJ4phcPA hzlHHYrWeHDSIiuROby6FDr8l8F3F9W0n1sjSWqP/l4UZswjH6Oy8q9cKj9uhh0NN+AidFigd wfXGzPi3JCnbaW7P/qncke+0eiht1AM4L9WY9ZSXeNZMpfDtsReK67+mghFCdB+tfiWiEmZxD ONE/dQaSucLZtQSqG0LqZjmu+aMIpwtRqDw/iMKcf7QCJdJUSYjmxj+V4v5tsHzePfN1Fk9Be WNy8tIbLCwwcocvFSYyCkGKW+Va3zj/AKzN+Rn6N2Rytf09LwWeVYO8lzppnsc+1nDlLoRf42 sHTEzyVCaCg6t8UO+OWNWg3zODJa4GqfDbQeZGSBOxHmQghxeEL3awT2it/ar5KcaT1AALpi7 hVzLPKp2eHpwW9/eM03gVIL357v8EmUF07DXT3GX/AbTuE9B8ahy8/H70lH9Y6PJnhwpHUt0z WuWB/tTn5ww+/XosfYdhjC9yVX4lO5wzL6KAFRAcYFXT8RPVu+FVuJPkX4xnxKSZTEeDnQx8Q 1F+8IEOQoaOKqbaPO3GffRuYw7iMCZo/e4jWvHl5JGMSlZxWbIU8t2IsU8lboTZV1chsgm+GY kQT6KAjMnBtDyfnrmJF2Y92ned4SMZSn2NVml8WUUnUPg0s/b3FLcOWOZG/3qs5okOaGDLYI= X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 80528 Cc: 80528 <at> debbugs.gnu.org, juri@HIDDEN, spwhitton@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: 0.0 (/) This is a multi-part message in MIME format. --------------DuSr52ehf98x6n0WZgnTxwUZ Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > Thanks. I'm afraid we are over-engineering this. And I'm afraid that the term "over-engineering" refers to my proposal to expand Jens' initial solution. > My opinion, which > you probably won't like, is that these prefixes cannot always make > sense, and when they don't, just don't use them, or don't expect > anything specific from them. Like "C-x RET c" doesn't always make > sense or produce an effect that can be expected. In particular, > commands that pop up windows and buffers will inevitably have trouble > with these prefixes, and I don't think there's a way around that. If C-x 5 5 works fine most of the time, we should do our best not to harm users' expectations in a few corner cases like the one that is the subject of this bug. Since I never use these prefixes, I'm certainly not biased in this matter. But I agree that changing the implementation of 'save-window-excursion' for the sole purpose of fixing this bug is over-engineered. This bug belongs to the 'other-frame-prefix' + 'display-buffer' department and should be fixed there. Functions that call 'display-buffer' to show an ephemeral buffer should not be forced to wrap such calls in a window excursion for the sake of handling the 'other-frame-prefix'. So I think this bug should be handled in a simpler fashion that tells 'display-buffer-override-next-command' to skip any such prefix for a specific call as I try in the attached patch. The changes Jens proposed to keep track of window excursions, however, belong to a completely different category. At the moment, Lisp users have no means to trace buffer and window excursions and when a bug in this area shows up, they are completely lost with the diagnostic facilities they have at their hands. Providing, at least optionally, something like the 'current-thing-stack' Jens proposed, would make it easier to trace such excursions, for example, when we ask users to reproduce suspicious behaviors in their environments. martin --------------DuSr52ehf98x6n0WZgnTxwUZ Content-Type: text/x-patch; charset=UTF-8; name="skip-other.diff" Content-Disposition: attachment; filename="skip-other.diff" Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL2xpc3AvZmlsZXMuZWwgYi9saXNwL2ZpbGVzLmVsCmluZGV4IGQ0MjE1 NGNmOGEyLi41YTM3NTJiODk0MSAxMDA2NDQKLS0tIGEvbGlzcC9maWxlcy5lbAorKysgYi9s aXNwL2ZpbGVzLmVsCkBAIC00MDQ4LDcgKzQwNDgsOCBAQCBoYWNrLWxvY2FsLXZhcmlhYmxl cy1jb25maXJtCiAKICAgICAgIDs7IERpc3BsYXkgdGhlIGJ1ZmZlciBhbmQgcmVhZCBhIGNo b2ljZS4KICAgICAgIChzYXZlLXdpbmRvdy1leGN1cnNpb24KLQkocG9wLXRvLWJ1ZmZlciBi dWYgJyhkaXNwbGF5LWJ1ZmZlci0tbWF5YmUtYXQtYm90dG9tKSkKKwkocG9wLXRvLWJ1ZmZl cgorICAgICAgICAgYnVmICcoZGlzcGxheS1idWZmZXItLW1heWJlLWF0LWJvdHRvbSAoc2tp cC1vdGhlciAuIHQpKSkKIAkobGV0KiAoKGV4aXQtY2hhcnMgJyg/eSA/biA/XHMpKQogCSAg ICAgICAocHJvbXB0IChmb3JtYXQgIlBsZWFzZSB0eXBlICVzJXM6ICIKIAkJCSAgICAgICAo aWYgb2ZmZXItc2F2ZQpkaWZmIC0tZ2l0IGEvbGlzcC93aW5kb3cuZWwgYi9saXNwL3dpbmRv dy5lbAppbmRleCBmNDI3ODQzODhmNS4uMTRiODFmNDk0MzUgMTAwNjQ0Ci0tLSBhL2xpc3Av d2luZG93LmVsCisrKyBiL2xpc3Avd2luZG93LmVsCkBAIC05NzQ5LDcgKzk3NDksOCBAQCBk aXNwbGF5LWJ1ZmZlci1vdmVycmlkZS1uZXh0LWNvbW1hbmQKICAgICAgICAgIChjbGVhcmZ1 biAobWFrZS1zeW1ib2wgImNsZWFyLWRpc3BsYXktYnVmZmVyLW92ZXJyaWRpbmctYWN0aW9u IikpCiAgICAgICAgICAocG9zdGZ1biAobWFrZS1zeW1ib2wgInBvc3QtZGlzcGxheS1idWZm ZXItb3ZlcnJpZGUtbmV4dC1jb21tYW5kIikpCiAgICAgICAgICAoYWN0aW9uIChsYW1iZGEg KGJ1ZmZlciBhbGlzdCkKLSAgICAgICAgICAgICAgICAgICAodW5sZXNzICg+IChtaW5pYnVm ZmVyLWRlcHRoKSBtaW5pYnVmZmVyLWRlcHRoKQorICAgICAgICAgICAgICAgICAgICh1bmxl c3MgKG9yIChhc3NxICdza2lwLW90aGVyIGFsaXN0KQorICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICg+IChtaW5pYnVmZmVyLWRlcHRoKSBtaW5pYnVmZmVyLWRlcHRoKSkKICAg ICAgICAgICAgICAgICAgICAgIChsZXQqICgocmV0IChmdW5jYWxsIHByZS1mdW5jdGlvbiBi dWZmZXIgYWxpc3QpKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICh3aW5kb3cgKGNh ciByZXQpKQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICh0eXBlIChjZHIgcmV0KSkp Cg== --------------DuSr52ehf98x6n0WZgnTxwUZ--
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.Received: (at 80528) by debbugs.gnu.org; 8 Mar 2026 18:28:37 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Mar 08 14:28:37 2026 Received: from localhost ([127.0.0.1]:33748 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vzIrk-0005kr-L5 for submit <at> debbugs.gnu.org; Sun, 08 Mar 2026 14:28:36 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:47044) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1vzIri-0005kO-6l for 80528 <at> debbugs.gnu.org; Sun, 08 Mar 2026 14:28:34 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1vzIrb-0003Y7-Lk; Sun, 08 Mar 2026 14:28:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=u8KV6bhGjHOhS8f2GnSSPTVGvQa0eDCLZSE9R+lELiY=; b=meBRoewNkx2Q NCZ9K8tL0gS1AeX2Wd/1WblTOZTgzeskV4svYiHvY+LlVxeygCSdCwRJw6QfGsO0tk/vWrIkBl0Vq /IvUWV394XPinm8aAVHR2CDEOFk6GTmrd3Ru7mJuZSTIspvBwct9XrJUwi0W5qxPSZTTAzHla4WVm 3iA6dsB3XCYVHS4nM2XBJbsMk6LuOzNO0tqqXj4DFKVyy/vgLD3NPR87BJDQOxiB/veBgZTAbhvYl NgJR/RrtIPgaMGxV5JoDnmjbO0DxrV8gniS3CtpSnyUNtkLvmEdmwLXAqulGycCSFjdCskBe8vyt2 H4k4jbiqXNT8uLfZfLfsEA==; Date: Sun, 08 Mar 2026 20:28:22 +0200 Message-Id: <86ecluqipl.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Jens Schmidt <jschmidt4gnu@HIDDEN> In-Reply-To: <87v7f6p80s.fsf@HIDDEN> (message from Jens Schmidt on Sun, 08 Mar 2026 18:04:35 +0100) Subject: Re: bug#80528: other-frame-prefix and risky local variable dialogue do not go along well References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN> <8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN> <20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN> <99713756-6693-4636-80c3-1b39bfc07509@HIDDEN> <87fr6gqz25.fsf_-_@HIDDEN> <24fc042e-6de7-4c26-96a7-2f31e4c81b0a@HIDDEN> <B41CCCDE-6F6F-44C6-885C-EFEC61E5026D@HIDDEN> <87cy1iqcuj.fsf@HIDDEN> <28cda71a-3427-494a-ab67-4a0a0b1f9e51@HIDDEN> <875x78rb22.fsf@HIDDEN> <ab152fa7-2463-4965-a68d-cc64448d3b96@HIDDEN> <87y0k3pcgp.fsf@HIDDEN> <2ddfa5e3-fa3d-4c0a-9702-911ee7d8f052@HIDDEN> <87v7f6p80s.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 80528 Cc: 80528 <at> debbugs.gnu.org, rudalics@HIDDEN, juri@HIDDEN, spwhitton@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Jens Schmidt <jschmidt4gnu@HIDDEN> > Cc: 80528 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN> > Date: Sun, 08 Mar 2026 18:04:35 +0100 > > Maintainers' Summary > ==================== > [...] Thanks. I'm afraid we are over-engineering this. My opinion, which you probably won't like, is that these prefixes cannot always make sense, and when they don't, just don't use them, or don't expect anything specific from them. Like "C-x RET c" doesn't always make sense or produce an effect that can be expected. In particular, commands that pop up windows and buffers will inevitably have trouble with these prefixes, and I don't think there's a way around that. Sorry to disappoint.
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.
Received: (at 80528) by debbugs.gnu.org; 8 Mar 2026 17:05:01 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Mar 08 13:05:01 2026
Received: from localhost ([127.0.0.1]:32987 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1vzHYq-0007ku-V2
for submit <at> debbugs.gnu.org; Sun, 08 Mar 2026 13:05:01 -0400
Received: from mr6.vodafonemail.de ([145.253.228.166]:41392)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <jschmidt4gnu@HIDDEN>)
id 1vzHYn-0007ki-K1
for 80528 <at> debbugs.gnu.org; Sun, 08 Mar 2026 13:04:59 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de;
s=vfde-mb-mr2-23sep; t=1772989495;
bh=zPMkMnJrybhJl0ItwOf3RBN7a4GIjUH59RmlMkIxLjg=;
h=From:To:Subject:In-Reply-To:References:Date:Message-ID:User-Agent:
Content-Type:From;
b=hHK5Sd5YsSPz2p6ZfK7UvZIwdCszPs6pU0JopTUVXp8N+61GTZ9ulAju4e58fQKAT
JOpw+gUtDrDTP0/H2mn0j+BXi2j05QDEZOdslWmGWsJ2AQYndDPHptsIqfRaXxsH43
/zHILbGNLuXH5FCXSELnF1ZccCxKwfxoAXTr5as0=
Received: from smtp.vodafone.de (unknown [10.0.0.2])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature RSA-PSS (2048 bits))
(No client certificate requested)
by mr6.vodafonemail.de (Postfix) with ESMTPS id 4fTRMq4h0vz3sWym;
Sun, 8 Mar 2026 17:04:55 +0000 (UTC)
Received: from sappc2 (unknown [62.246.43.205])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange ECDHE (prime256v1) server-signature RSA-PSS (2048 bits)
server-digest SHA256) (No client certificate requested)
by smtp.vodafone.de (Postfix) with ESMTPSA id 4fTRMW1sJvz8sZH;
Sun, 8 Mar 2026 17:04:36 +0000 (UTC)
From: Jens Schmidt <jschmidt4gnu@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>,
Eli Zaretskii <eliz@HIDDEN>, Sean Whitton <spwhitton@HIDDEN>
Subject: Re: bug#80528: other-frame-prefix and risky local variable dialogue
do not go along well
In-Reply-To: <2ddfa5e3-fa3d-4c0a-9702-911ee7d8f052@HIDDEN>
References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN>
<8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN>
<20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN>
<99713756-6693-4636-80c3-1b39bfc07509@HIDDEN>
<87fr6gqz25.fsf_-_@HIDDEN>
<24fc042e-6de7-4c26-96a7-2f31e4c81b0a@HIDDEN>
<B41CCCDE-6F6F-44C6-885C-EFEC61E5026D@HIDDEN>
<87cy1iqcuj.fsf@HIDDEN>
<28cda71a-3427-494a-ab67-4a0a0b1f9e51@HIDDEN>
<875x78rb22.fsf@HIDDEN>
<ab152fa7-2463-4965-a68d-cc64448d3b96@HIDDEN>
<87y0k3pcgp.fsf@HIDDEN>
<2ddfa5e3-fa3d-4c0a-9702-911ee7d8f052@HIDDEN>
Date: Sun, 08 Mar 2026 18:04:35 +0100
Message-ID: <87v7f6p80s.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-purgate-server: smtpa05
X-purgate-type: clean
X-purgate: clean
X-purgate-size: 5048
X-purgate-ID: 155817::1772989494-38CB7A21-CAC33317/0/0
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 80528
Cc: 80528 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)
I somewhat feel that it's time to let the maintainers chime in. Eli
and/or Sean, please find a "maintainers' summary" further below. Could
you please have a look and let us know what you think?
martin rudalics <rudalics@HIDDEN> writes:
>> Here comes another noncommittal proof of concept of how that could look
>> like, including application to the original problem. It took some
>> try-and-error to get all edge cases right (ert uses
>> `save-window-excursion'!), but with the attached changes make bootstrap
>> && make check come through.
>>
>> I guess the change to `with-current-buffer' as it currently is won't get
>> the OK of the maintainers, though.
>
> Looks very good to me. IIUC the
>
> + (nth 2 save-selected-window--state)
>
> should become
>
> (nth 1 save-selected-window--state)
>
> otherwise the old window (which is the more interesting one) is always
> nil here.
Hmpf, I'm always off by one when it comes to `nth'. Thanks.
> As for the original problem we might then have to tell people that in
> order to handle things like the 'other-frame-prefix', ephemeral
> interspersed displays should be wrapped in a window excursion.
Where would be a good place to tell them that? (elisp) Window
Configurations?
> BTW how
> gets a rule for displaying the local variables buffer in a separate
> frame or child frame handled by your changes?
I'm not a `display-buffer-alist' zen master, so I'm not sure whether my
settings below correspond to what you had in mind. I tried my original
test case with the following plus my latest patch in place:
(setq
display-buffer-alist
'(("\\*Local Variables\\*"
(display-buffer-pop-up-frame))))
(setq
display-buffer-alist
'(("\\*Local Variables\\*"
(display-buffer-in-child-frame))))
The behavior seems reasonable to me: First the *Local Variables* buffer
pops up in a new (child) frame, which is removed again after replying
"y", then file test.txt opens in a new frame.
> And how does
> 'other-window-prefix' get handled - is 'window-configuration-frame' the
> only function needed to handle that case?
Yep, that works. Also `other-tab-prefix', for that matter.
Maintainers' Summary
====================
- I experienced the issue described in the original report
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=80528#5
where my request for `other-frame-prefix' on `find-file' gets "used
up" by an intermediate *Local Variables* buffer display, opening the
found file in the original frame.
- Juri proposed to handle the *Local Variables* buffer specially,
exempting it by name from the override handling in the `action' lambda
of function `display-buffer-override-next-command'.
- In the meantime, it occured to me that a buffer display wrapped into a
`save-window-excursion' probably "does not really mean it". Like the
one in function `hack-local-variables-confirm'. So I wrote the patch
from
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=80528#28
where I use a variable let-bound in macro `save-window-excursion' to
detect such buffer displays and ignore them in the `action' lambda of
function `display-buffer-override-next-command'.
- Then Martin took up that idea and brought it further, asking
(effectively) for some kind of mechanism to trace all sorts of
"temporary current things", like:
+ with-current-buffer
+ with-selected-frame
+ with-selected-window
+ save-window-excursion
He proposed that also on the background of bug#79927.
- I came up with the `current-thing-stack' in the patch from
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=80528#52
which does that. Unfortunately, macro `with-current-buffer' gets
already rather blown up by these changes.
And now Martin continues:
> Also, if we want to handle buffers, we would also have to
> catch 'save-current-buffer' which gets notably called by
> 'with-selected-window' to restore the current buffer on completion. And
> we should handle 'with-selected-frame' which doesn't call
> 'save-current-buffer' but restores the old buffer manually.
>
> For obvious reasons, such a stack cannot possibly catch all excursions -
> a program can always emulate a window excursion without using any of
> these macros. The most notable excursions we _could_ catch are those in
> xdisp.c (provided Eli permits it). All are distinguishable by the fact
> that they call Fselect_window with a Qt NORECORD argument.
which would lead me into the area of C, where I need more time and
effort to get comfortable than in Elisp. So before I invent more effort
here, I'd appreciate your feedback whether you approve the overall
direction this has taken. FTR: For me the rather simple patch from #28
already fixes the original bug well enough.
Thanks!
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.
Received: (at 80528) by debbugs.gnu.org; 8 Mar 2026 09:41:53 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Mar 08 05:41:53 2026
Received: from localhost ([127.0.0.1]:58017 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1vzAe0-0001ip-1b
for submit <at> debbugs.gnu.org; Sun, 08 Mar 2026 05:41:53 -0400
Received: from mout.gmx.net ([212.227.15.19]:40625)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1vzAdw-0001hk-75
for 80528 <at> debbugs.gnu.org; Sun, 08 Mar 2026 05:41:49 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at;
s=s31663417; t=1772962901; x=1773567701; i=rudalics@HIDDEN;
bh=FDsoc/+eUIkSHoshfu5IVgBVqc+fC3V8W83PxKw6iTQ=;
h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc:
References:From:In-Reply-To:Content-Type:
Content-Transfer-Encoding:cc:content-transfer-encoding:
content-type:date:from:message-id:mime-version:reply-to:subject:
to;
b=P/FWU37ZGeS+ASHkgYIBbTfgs41Z6wuEBcOz7NNGRWFMt37xsMaPnrRmwcqhSo3X
odMGKxY/8NAqJoUZhEBZUSSx1Lu734ZrI3Ob/ZNM6y+CuQlhib3DpuI8tvxhPOcpV
NwfSOdz57CdPw1m6Q5urSPTMNUyruZ9mTLDR6+ShvMweFW4zF/S0fJcX/v6jIbhMa
NJXc6m7JRfqSPv4s4jX9/VR5+d+nrIQa4KCVR3NBlTv/sKLBQLGV3a2Lp5rT3cIVF
K8+95KfhkNYYR2VgLx25rfgp6+khcG2oeZgBc4CdDcoydkCGWA4FWpPbWpw0kDgjy
LEXcJufEqUkY+oXI5A==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from client.hidden.invalid by mail.gmx.net (mrgmx004
[212.227.17.190]) with ESMTPSA (Nemesis) id 1MCsPy-1vqPDR0Ui0-003pFq; Sun, 08
Mar 2026 10:41:41 +0100
Message-ID: <2ddfa5e3-fa3d-4c0a-9702-911ee7d8f052@HIDDEN>
Date: Sun, 8 Mar 2026 10:41:39 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: bug#80528: other-frame-prefix and risky local variable dialogue
do not go along well
To: Jens Schmidt <jschmidt4gnu@HIDDEN>
References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN>
<8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN>
<20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN>
<99713756-6693-4636-80c3-1b39bfc07509@HIDDEN>
<87fr6gqz25.fsf_-_@HIDDEN>
<24fc042e-6de7-4c26-96a7-2f31e4c81b0a@HIDDEN>
<B41CCCDE-6F6F-44C6-885C-EFEC61E5026D@HIDDEN>
<87cy1iqcuj.fsf@HIDDEN>
<28cda71a-3427-494a-ab67-4a0a0b1f9e51@HIDDEN>
<875x78rb22.fsf@HIDDEN>
<ab152fa7-2463-4965-a68d-cc64448d3b96@HIDDEN>
<87y0k3pcgp.fsf@HIDDEN>
Content-Language: en-US
From: martin rudalics <rudalics@HIDDEN>
In-Reply-To: <87y0k3pcgp.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K1:/O0p25Pd0E+QEJej+Ef1+yB8ZMEaR0iWNWvE0/qvQymFV0V9piF
SsYLvREWSR5jPRt4HlklM6c0MJGjsKagDdrhRu3ni00tDsvgkKYMiZDEAOIYLxV1vt56rEr
7Koq/wPKp3uJ++KMdnTX1ecmFiRl92oyAKo08omyo06MAwGLK7OnM8f/TTaNXhBfaco8YlA
GJa+avD77gRRtaGxAL8OA==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:us61rDH2YJk=;awYC2+st3T/awXtw5L587Z3KuSE
/FoXwVTBP17rMvsHGfvNjk4YKyHSvKXLlVWtUDyFIH1Ceb6cqRHb0TU67DOy+z4AqiGipUYKK
c1Vlk9p8w2tK7eexYnQryAiucdKjG2qJNjulrSN1b7VWKR9AhzjXSAN7RJgHoa1xsEbznxs8C
ShnoOuUZSsMavQNQvPCZLHymuTGdma16u7XR0zITw5UfrbwOGTxKLXazJUSeiTS2/0ToF+0nU
/nwGtP0P292HjxoguDxLFfnmYwEDxf9sHh4MrWebLBo84YrsnX/MghqtHaXkzgDF57/pzTTeQ
/dAjKOGbH7KqNFHXcBK49Hd8UIqdWEmKcLDsEuvsaweh/92eZcYul+tEBnD8m97XvqeIcqgIq
tDx4QckIXdUktZc3rTirAbhEeQxr8DDzlFOPQhh6/WdQMNel5fqHHoMiC79IomHOsrqrw/TEN
0jl+glDHBRTMXS/9EVpELP68FV0HqCHPb4gvxESeNT4bruHDcqqhbw3ZS7du06TypJZyD/9Ma
3YF2tRdCNf3eIXyzd0gGcTjuuicIPV/ZH0H4AqQOZXRvF6dBaKzWYuCZhJYhb8DlttA6quOzy
mdsf/EFQINY/x9r1h5VKNH1iPEPxzY1Njbg49ayRmc3+R3+ANyY25QgpCwlIDkSHV6e5UoDAR
zvjDtfhmT9xR5cnEICdnLsq9kX7dj8mnwWxj62FFWJYxAHOQAhqrinHzDRlDbT9Nf61K/5gLX
oJIpwCbWyOAdgEmzMzO9Tr55WMIEDu7PZtqKAv1SBEj5O3k+kAOZsvgsKbhCL2BXxnWtKTRA0
FrjZxB336Ue+zVFlh5k5GnCpxW1kv5l2lyQWA4C9tt3uQmFviC/fUKUcNM5yfxrDdhLhT8t+R
kRWjCNZQO8IcNaFtlutbYLpGOSxCtNd4Iwvxah6r6PT2lrvOMRsZrzUe1lhNbghC3YvwfsFzr
1V687QHJ67uhQVmDG66RaYBpSuR7M5zB5aSTFH7qx1ji/4K1BfL2AEf/bftdx7+Ocbpz8rHcS
UpuglqLQ4aaVJ0aWMBt8tFSk2G9nxlDCnhOdPsp0w0lQPO8pCT81d1I5TWZpscNAOnZTsW5r6
HR4sKh6/ESjoVNwKYxn+HOIXGGkamEhXzJt51bmXXU8ocsgiySVfpGV8co0oq15lMd6ez6nSe
Trz1tZHZK09YJ+h5CnEMXpijYsvkZsNWyXAUZkcKRc+XbGDWINpfLFNlpymh8XFUWA73bOK+G
njxEUX3taage2/7VkWmdYPOMONJNhtBBGgoIOm/WvFckatOPEFE7XsQ0XM2v4Mp5ZkoK9Ep6X
WzSjBS6ANsLQZ0UXRnRpKhnZkE4TItxlcWPGCPzAkPobgYHdNp0aDzSQW/f79kvdir8sXmJoW
a7y2l6NmJXEX4q3ZPgrbhi09tcGgGDJcYADVfIOENi1+lKqAkikliXO+y/xid3AATV0mtWYqP
09I1n5TwBSC230lBof2SP5lfto1Mi1k2Kr+3dZd9Nz0S42siBoEk9U1bgSFtS010NMsPQXZ7l
GiVBr6rGyxlFumOMfjOI0eUBnBGW3T4FRZeQ0PTODr+ggLgGaGyhMbuuiUXOZbP/q7uWmaKhC
mYhdtLyJhl9UQ7qFs1yJAM5ixLlx/FV45KwsJnMKQuFXmP4pHn1g5Y0HWjrUMyGHb0ngjUwiA
o1+aM7jigJ94hgbOqCDfftstRBHKE10yxnXMcYN9sppJzPCwNmSoyQLh7MQU+IOgkefEPPe3j
zZMXQTdMp71TNPus68Yn22LMuSnnNCc76wNZ+Jk3GFXCNRyU6eesetzxOzA3S72jC7Ph/rolm
Bwk3n2zKkzHqNat0sszOxRrgrxs22LX3c0SXKyliniYgxDCPXaLUdZqQDDHbpPai6fl4QA4PH
sdO2kF/yymRXq/8Vvrb4CVVcwf72EZawl9kUncVV/XsG8N4ckjHcP/P10keyvY1e3Rezs4lyN
QFrJav/WpdumWmgkSbCLm5IiNnwIL58Fj4mDkBkJPXBf7uBQyRIvgoRvTmmb8mPfIINeGBfMs
ZDtjaDPk6arxKPvkep6d1u37ETtY9m7Zreet59tEkrH1CFtxH+yJ8+JdIsqz09c0qB72FsbgK
Cgx6m6jBPsGUsQN59L3x9dXcMMUW7EP7dBRW48fDKrPF86nRpiGzba574pcsmBYCVPdtjlnJy
ln2id7pNKkulNii1EW5xIuk7+V7wHxZHP39qH5YF8dEpxNqEIiYtFEKbx17Ab10rDuT6XCijZ
p9ZZDjYyw0nKuY/HlaDLTZYHgfbh+sOU9KVxPvTTiWZJWwzHjNzz2eTcmRdIrOmVusUnbV/Q4
NHpg9+O0iNNO9y4k7yPvA8Np6MJnm4EjOtL4MzoC/dRZPZr8Dr90D7sPBJyKne3H4VkH6Zl/S
0YMsSaBERV966Od1BEdtnfDXPSLIeoKCx4oMIwZHtgcStv2FQ0d/uyp8GYpvaLzCvpsWO9phi
/1+AAT1E7wiJ805/Z3y6Zf3nJH4UxD768VuTgSKlOPi41dKGFCRzhAzUeIYGabvuFSZAjYBxx
4HOr40EP9AjU8S1hPHrtJgu4WxY7iHEPwI3AAOJjsvgwtSkRgxHDPJ/A5JAbu7ylV63ktk4Qu
FwAY15pPgxnozEUR0zn1tutwwCLrg1cp/B6qEMWNVgQ4X07NkeBorLM4iFvHRhcWchoK+4heW
1DV6yELReysghg3P7HgIiFWVVIr6gXARUUZlPNc+cF90zgOJrKxU7VTYy7eg/oq4PbnhmNWzx
OP4PnIPnnaNqEamOZ7zC4OyZcEN9R0w7D+Aj+vHf4ip5lONd/S8wRVmte+bPJpEmOnLwVOdG1
LRIydSmv1vsYkHm4FQR3OQHClIU/dq0d63fDv9ahDVqhYSTHtv/RcKUpMYaV4LerVqmC5vfpq
kILABiAawXzWjoG9YT1SlNQvL0zRDAO/hSmuqs39H/vpj6oz22A2AV2Nlq8AHA80iw5Q+cewO
LCsp2HkDzJfonqI7JeL83C1l4UJl4MvGA0gUwE4lku0O8w6l+zgqHM8PDIMpQDWfz1d9jB8aF
KulfWMBWMyGoGw3GEEmg0wQa7ToT4V0FjryHXVip3VVQYJqG1lND244pNwS4kGYDGpkfY5d81
lyOLr0+vNPpjf3O6gpLAo4fw/QJsvdxmcOgQMeNkYXMYybX1q12kjI7hA0hwfHavYVp0pKbw0
pXriOoBRM54BRKIkSm/O0lCYpPZQmiMeLRrUysC7XBzJ9NSaZuO3tYxsW6w7YVwJcNZ1jAUCB
2pGGLxIesqx/t8CPZ7mIrs1dP8WEmTGZB4OvT704sn16DS8YB5Pj1YPZC6nXLrG+0WfgzUr8e
qyoqouJpAjxeo+X5tpsCWaUMYzdtedMTiMKrWbQ9jxQ4a8br3uuBu+iBJh0Ab1mjhdLiiGAXA
eYVtovuuh++CVdkiiuSq6G5dDEXwvMSbM0iRmLK7F4R4YEY8ZLc5/Tb8TyGakLUw4L1UjVU+5
lHQ5mw5ETBuy/t51BjPkaWRSzmfiHyyP13uzoGf3SDSqG2PWYFHqSNz0k0lkMUidRuD9eVEQR
gR7VgpGQfu9Bz/PHbGyeCU2k4AibBsPfTT556wgR/vlC2hE5grqahqBbHuaiFQJ0/VlGpzlEb
eFcvMB07YKRvrhZql3P27H3/8gdEBq3GRyTPFvYsj+/XL3iw16ufjRkSGVGf2fyv7WI5ZIcKb
guolI5n9o502I1/quEAYkcIZhJcRCJRGdKBYMzE3dpVdted2W3H+M0kNtHIeZ4gBCGk0azj/Z
jPuNoejOhvqRTeT4y/NQsSoWWI08B94W5r0d7Cz2PtTXsY6Y2RO6+GoK4Wn4sR5lMjMIS9y64
u8X5o5GxCE85DdVzG/xz0151MmAvMNJsKxQaEVdGSTmkx6WkUKlTsOdzgI3xAx50cEvLFPCAH
flQnzYgsulFcDAVvdNNPk1lEpFV+xIFoHmDoKVKJYF8oCRm21TX4o1jHKhMxk8GDln2IsD30A
pH78/98HDdfoWH4fL3pFMPsf2H8m6H5Wh/AVGR6bF2XtM0yriBa6JNxF30o/J9Ko5pTo249rF
Wm298p6eup2+LVY2myTxgBmhoibkxgK4/WKor4UCeMCfnpigDWPfnmMTO7u/qzctIJ2PfrmBX
IDlWNegbNBta+pJZ+MefSHxBwzBp39XFwZU5mgv07PlEDYrE06U2Fyuq6TyTklmGclaYuPSsv
hhX4d6TI9Ifoq/Z3kPMXkftNCkA+zR06L7SsxHxL7dP+lX/vVbyXm2xVkU4sMXIVbLZse/8ku
LL/ITmZbAWglD6A+mmF9vWCGFhiNps3lANPqMAVf7tZ7PYRm0iIHXw7YSYj1rdKVYa0iWykfW
vZVX5cB6L00ZsH14qSUiQeWDwBLJyrVcbbpA6H8v5532bguXY3NBwzKryn0f98gC/REY3DFyJ
qvqtNlhP1lYBOMYHJ+uyHl29uNKupTK5+luoFiqRkzLvSIOnONqOOTNlW01TbJMD1u0bo1kf0
4XocVq4HcyCRrJmmOoGmhkRTQd0ePEIneKVduMO3Srtl0RGsYj1b2n+C6bniu8bLr5EgqX0wU
zZDSvMfNLaQj1gLm0v+fwZOkZJgDHySZaYVpg0TQrNX+FRrOAe+huMMNVOWTVoUb0ZUYHh+Ep
zHybPxb/QlwRDttGpKysQXd9Ob+kexP91RwiWasV9EgT6l8DUP+RBV7xM2rx5i1k9QVPMPzrp
hcupI5r7xMuzGX6qHdIWD6SbteQ7ZliTnlcjLSdTC9Kku9mAVW+J2jaaiX8MTTyxNdFR8MQZH
uYt5vVslj8PFXQEZ+5cAWJ7qBm3UUBGKMUaXbgR+NafkhcVDDzkgaorVrvP4h2Gu/Gbt7tgoi
N5APPw8xYGq/OH53SnJ+bTTotPm75ksGI9EmMlELZ+EdpRpYwC1GCj5keIor/GLanwmQKlTyA
T29iONmHxBvyXDg8lO/FiVc/MlB4Ws2nhCEwjv1DSEwKReXwuaB28XDJnmKkgp+KlR4vzDWMl
k3weBSBnpjehHPenoZQqLtydzdKHs6WnnLsRmiLMYQOo4qiyl3vndhdkdV8EdAzFO+FRrkC/P
gvMpP/oM9/3aGrVh50t8H6a5o3LP3SN6XXpkTWrz0T0oGSJwm3Ufi5xc+Lulap/Dob6b8tXHB
tfq8YZRa9CNTShdbx1T8WZluar8hMBLAinPNT2w4ULJkqZ560rl98rRxDWQw==
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 80528
Cc: 80528 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)
> Here comes another noncommittal proof of concept of how that could look
> like, including application to the original problem. It took some
> try-and-error to get all edge cases right (ert uses
> `save-window-excursion'!), but with the attached changes make bootstrap
> && make check come through.
>
> I guess the change to `with-current-buffer' as it currently is won't get
> the OK of the maintainers, though.
Looks very good to me. IIUC the
+ (nth 2 save-selected-window--state)
should become
(nth 1 save-selected-window--state)
otherwise the old window (which is the more interesting one) is always
nil here. Also, if we want to handle buffers, we would also have to
catch 'save-current-buffer' which gets notably called by
'with-selected-window' to restore the current buffer on completion. And
we should handle 'with-selected-frame' which doesn't call
'save-current-buffer' but restores the old buffer manually.
For obvious reasons, such a stack cannot possibly catch all excursions -
a program can always emulate a window excursion without using any of
these macros. The most notable excursions we _could_ catch are those in
xdisp.c (provided Eli permits it). All are distinguishable by the fact
that they call Fselect_window with a Qt NORECORD argument.
As for the original problem we might then have to tell people that in
order to handle things like the 'other-frame-prefix', ephemeral
interspersed displays should be wrapped in a window excursion. BTW how
gets a rule for displaying the local variables buffer in a separate
frame or child frame handled by your changes? And how does
'other-window-prefix' get handled - is 'window-configuration-frame' the
only function needed to handle that case?
Thanks, martin
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.
Received: (at 80528) by debbugs.gnu.org; 7 Mar 2026 21:16:44 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Mar 07 16:16:43 2026
Received: from localhost ([127.0.0.1]:50928 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1vyz0t-0006cc-4j
for submit <at> debbugs.gnu.org; Sat, 07 Mar 2026 16:16:43 -0500
Received: from mr4.vodafonemail.de ([145.253.228.164]:53312)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <jschmidt4gnu@HIDDEN>)
id 1vyz0o-0006cB-7y
for 80528 <at> debbugs.gnu.org; Sat, 07 Mar 2026 16:16:41 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de;
s=vfde-mb-mr2-23sep; t=1772918196;
bh=vHBvi/Xa7z/eBf8sNQeUL9AprOVTQIvWMNYjeJkfqyc=;
h=From:To:Subject:In-Reply-To:References:Date:Message-ID:User-Agent:
Content-Type:From;
b=WoLSCSSPD4xsw1cYaX7MI1HwoIl5R1CLl68By3BCq3I0Zz0D8gelvmdvRfoPzb1p1
ABy00d5cnrE90vuTZNRkZ8ct6sESW96PFlFs6mdXC/W450WxEyknPxyBm1tFgZglVp
cAc2aMePZ4A2q7Ym87GjceZ9FbdT0poUAd1L8NZk=
Received: from smtp.vodafone.de (unknown [10.0.0.2])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature RSA-PSS (2048 bits))
(No client certificate requested)
by mr4.vodafonemail.de (Postfix) with ESMTPS id 4fSx0h2nn8z3tYhT;
Sat, 7 Mar 2026 21:16:36 +0000 (UTC)
Received: from sappc2 (unknown [62.144.245.164])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange ECDHE (prime256v1) server-signature RSA-PSS (2048 bits)
server-digest SHA256) (No client certificate requested)
by smtp.vodafone.de (Postfix) with ESMTPSA id 4fSx0V2X4lz8sXQ;
Sat, 7 Mar 2026 21:16:23 +0000 (UTC)
From: Jens Schmidt <jschmidt4gnu@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>
Subject: Re: bug#80528: other-frame-prefix and risky local variable dialogue
do not go along well
In-Reply-To: <ab152fa7-2463-4965-a68d-cc64448d3b96@HIDDEN>
References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN>
<8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN>
<20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN>
<99713756-6693-4636-80c3-1b39bfc07509@HIDDEN>
<87fr6gqz25.fsf_-_@HIDDEN>
<24fc042e-6de7-4c26-96a7-2f31e4c81b0a@HIDDEN>
<B41CCCDE-6F6F-44C6-885C-EFEC61E5026D@HIDDEN>
<87cy1iqcuj.fsf@HIDDEN>
<28cda71a-3427-494a-ab67-4a0a0b1f9e51@HIDDEN>
<875x78rb22.fsf@HIDDEN>
<ab152fa7-2463-4965-a68d-cc64448d3b96@HIDDEN>
Date: Sat, 07 Mar 2026 22:16:22 +0100
Message-ID: <87y0k3pcgp.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-purgate-server: smtpa05
X-purgate-type: clean
X-purgate: clean
X-purgate-size: 9114
X-purgate-ID: 155817::1772918195-3363432E-FBFBFAE1/0/0
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 80528
Cc: 80528 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN>
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)
--=-=-=
Content-Type: text/plain
martin rudalics <rudalics@HIDDEN> writes:
>> I didn't suspect that TBH. On the contrary, I even thought to "hide"
>> that variable with some double-dash and a fat disclaimer that it is "for
>> internal use only".
>
> As Bug#79927 shows, fixing the irritations caused by window excursions
> can be a great pain or become next to impossible. If we are in a window
> excursion and, as you propose, register that fact in a variable like
> 'saved-window-excursion', people could decide whether their call to
> 'select-window' will have a longer lasting effect and whether the return
> value of 'selected-window' is only ephemeral. Obviously, we would then
> have to trace 'with-selected-window' and 'with-selected-frame' as well.
The one hack to rule them all ...
> Maybe even with window instead of frame objects. Hmm... someone then
> might ask for a similar handling of 'with-current-buffer'.
Here comes another noncommittal proof of concept of how that could look
like, including application to the original problem. It took some
try-and-error to get all edge cases right (ert uses
`save-window-excursion'!), but with the attached changes make bootstrap
&& make check come through.
I guess the change to `with-current-buffer' as it currently is won't get
the OK of the maintainers, though.
--=-=-=
Content-Type: text/x-diff
Content-Disposition: inline;
filename=0001-Provide-and-use-a-stack-of-current-things.patch
From 74f3484cf8eea67975088a35ad3ff4ed8ca4f33b Mon Sep 17 00:00:00 2001
From: Jens Schmidt <jschmidt4gnu@HIDDEN>
Date: Sat, 7 Mar 2026 22:09:04 +0100
Subject: [PATCH] Provide and use a stack of current things
---
lisp/emacs-lisp/ert.el | 3 ++-
lisp/subr.el | 56 +++++++++++++++++++++++++++++++++---------
lisp/window.el | 22 +++++++++++++++--
3 files changed, 67 insertions(+), 14 deletions(-)
diff --git a/lisp/emacs-lisp/ert.el b/lisp/emacs-lisp/ert.el
index d5e0afe3b92..b3fcda00df1 100644
--- a/lisp/emacs-lisp/ert.el
+++ b/lisp/emacs-lisp/ert.el
@@ -809,7 +809,8 @@ ert--run-test-internal
(with-temp-buffer
(save-window-excursion
(let ((lexical-binding t) ;;FIXME: Why?
- (ert--infos '()))
+ (ert--infos '())
+ (current-thing-stack nil))
(letrec ((debugfun (lambda (err)
(ert--run-test-debugger test-execution-info
err debugfun))))
diff --git a/lisp/subr.el b/lisp/subr.el
index 0ad86fd30a1..a056432abe2 100644
--- a/lisp/subr.el
+++ b/lisp/subr.el
@@ -5173,6 +5173,18 @@ multiple-command-partition-arguments
;;;; Lisp macros to do various things temporarily.
+(defvar current-thing-stack ()
+ "Stack of temporary things currently in effect.
+Macros that provide some temporary processing environment, like the
+current buffer or the selected window, push lists of symbols, the thing
+currently in effect, and possibly the new thing to get into effect onto
+this stack as follows:
+`with-current-buffer': (buffer OLD-BUFFER NEW-BUFFER)
+`with-selected-window': (window OLD-WINDOW NEW-WINDOW)
+`with-selected-frame': (frame OLD-FRAME NEW-FRAME)
+`save-window-excursion': (window-configuration OLD-WINDOW-CONFIGURATION)
+Do not modify this stack.")
+
(defmacro track-mouse (&rest body)
"Evaluate BODY with mouse movement events enabled.
Within a `track-mouse' form, mouse motion generates input events that
@@ -5187,9 +5199,18 @@ with-current-buffer
The value returned is the value of the last form in BODY. See
also `with-temp-buffer'."
(declare (indent 1) (debug t))
- `(save-current-buffer
- (set-buffer ,buffer-or-name)
- ,@body))
+ (let ((old-buffer (make-symbol "old-buffer"))
+ (new-buffer (make-symbol "new-buffer")))
+ `(save-current-buffer
+ (let* ((,old-buffer (current-buffer))
+ (,new-buffer (set-buffer ,buffer-or-name))
+ (current-thing-stack
+ (cons (list 'buffer ,old-buffer ,new-buffer)
+ current-thing-stack)))
+ ;; Callers might expect to get the new buffer returned on empty
+ ;; BODY, so arrange for that.
+ ,new-buffer
+ ,@body))))
(defun internal--before-with-selected-window (window)
(let ((other-frame (window-frame window)))
@@ -5238,8 +5259,13 @@ with-selected-window
potentially make a different buffer current. It does not alter
the buffer list ordering."
(declare (indent 1) (debug t))
- `(let ((save-selected-window--state
- (internal--before-with-selected-window ,window)))
+ `(let* ((save-selected-window--state
+ (internal--before-with-selected-window ,window))
+ (current-thing-stack
+ (cons (list 'window
+ (nth 2 save-selected-window--state)
+ (car save-selected-window--state))
+ current-thing-stack)))
(save-current-buffer
(unwind-protect
(progn (select-window (car save-selected-window--state) 'norecord)
@@ -5255,12 +5281,17 @@ with-selected-frame
the buffer list."
(declare (indent 1) (debug t))
(let ((old-frame (make-symbol "old-frame"))
- (old-buffer (make-symbol "old-buffer")))
- `(let ((,old-frame (selected-frame))
- (,old-buffer (current-buffer)))
+ (old-buffer (make-symbol "old-buffer"))
+ (new-frame (make-symbol "new-frame")))
+ `(let* ((,old-frame (selected-frame))
+ (,old-buffer (current-buffer))
+ (,new-frame ,frame)
+ (current-thing-stack
+ (cons (list 'frame ,old-frame ,new-frame)
+ current-thing-stack)))
(unwind-protect
- (progn (select-frame ,frame 'norecord)
- ,@body)
+ (progn (select-frame ,new-frame 'norecord)
+ ,@body)
(when (frame-live-p ,old-frame)
(select-frame ,old-frame 'norecord))
(when (buffer-live-p ,old-buffer)
@@ -5280,7 +5311,10 @@ save-window-excursion
in which case `save-window-excursion' cannot help."
(declare (indent 0) (debug t))
(let ((c (make-symbol "wconfig")))
- `(let ((,c (current-window-configuration)))
+ `(let* ((,c (current-window-configuration))
+ (current-thing-stack
+ (cons (list 'window-configuration ,c)
+ current-thing-stack)))
(unwind-protect (progn ,@body)
(set-window-configuration ,c)))))
diff --git a/lisp/window.el b/lisp/window.el
index f42784388f5..27ce6bd86ce 100644
--- a/lisp/window.el
+++ b/lisp/window.el
@@ -9748,15 +9748,33 @@ display-buffer-override-next-command
(obey-display switch-to-buffer-obey-display-actions)
(clearfun (make-symbol "clear-display-buffer-overriding-action"))
(postfun (make-symbol "post-display-buffer-override-next-command"))
+ ;; Unfortunately, execution of the next command may involve
+ ;; more than one display-buffer action. For example, finding a
+ ;; file can ask for handling of local variables, which displays
+ ;; a temporary *Local Variables* buffer, and then displays the
+ ;; file itself. The lambda below uses some heuristics to
+ ;; ensure that the overriding action is applied only to the
+ ;; "correct" display-buffer action (bug#80528) and, at any
+ ;; rate, only to the first display-buffer action (bug#39722).
(action (lambda (buffer alist)
- (unless (> (minibuffer-depth) minibuffer-depth)
+ ;; Ignore display-buffer actions that take place in
+ ;; `save-window-excursion' on the current frame,
+ ;; since these are most likely for temporary or even
+ ;; suppressed buffer display only.
+ (unless (or (> (minibuffer-depth) minibuffer-depth)
+ (memq (selected-frame)
+ (mapcar
+ (lambda (thing)
+ (and (eq (car thing) 'window-configuration)
+ (window-configuration-frame (cadr thing))))
+ current-thing-stack)))
(let* ((ret (funcall pre-function buffer alist))
(window (car ret))
(type (cdr ret)))
(setq new-window (window--display-buffer buffer window
type alist))
;; Reset display-buffer-overriding-action
- ;; after the first display-buffer action (bug#39722).
+ ;; after the first display-buffer action.
(funcall clearfun)
new-window))))
(command this-command)
--
2.47.3
--=-=-=--
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.Received: (at 80528) by debbugs.gnu.org; 7 Mar 2026 08:48:58 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Mar 07 03:48:58 2026 Received: from localhost ([127.0.0.1]:43588 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vynLG-0001yv-16 for submit <at> debbugs.gnu.org; Sat, 07 Mar 2026 03:48:58 -0500 Received: from mout.gmx.net ([212.227.17.22]:50461) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1vynLC-0001y1-Id for 80528 <at> debbugs.gnu.org; Sat, 07 Mar 2026 03:48:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1772873328; x=1773478128; i=rudalics@HIDDEN; bh=Fqbo/to0QlX1Vd0SRGFWEECuAiRVV8eEDpGTOuaASqw=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=GPhTFtATycaW/SuDmi0/Ofg9vrnpzARmgt8GO5yHy0rNJsv4sK1GjY8ab/mKQHxs OOq0iMBEMVvxWmVGTpJlHk/Nsro5BhzJzQanYtPK/xNwCxVuxHvl0Y9YKvhC1QRDK FcEO4TGc6SsDhlmEtjlJFxOKqb7mN40Ukjfo6XJExK35xG9X3EaK0wX6HJkiOrpr1 XdtRAp2cWM0FGn0+jUr6MXIap+aLqfGJIpTzqjlwAMcbetQ/ET2VGUvOJRtvS2U3J sz3eEquFPCwF+i+KBsc8p/L4ws1DTV/mK13c52R31IHZf9LMhOY2bp6DHs3qD9ymI C5vAaVKGIQa7fMK4Tw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from client.hidden.invalid by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M2wKq-1vxhPg0nYC-00FAUQ; Sat, 07 Mar 2026 09:48:48 +0100 Message-ID: <ab152fa7-2463-4965-a68d-cc64448d3b96@HIDDEN> Date: Sat, 7 Mar 2026 09:48:47 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#80528: other-frame-prefix and risky local variable dialogue do not go along well To: Jens Schmidt <jschmidt4gnu@HIDDEN> References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN> <8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN> <20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN> <99713756-6693-4636-80c3-1b39bfc07509@HIDDEN> <87fr6gqz25.fsf_-_@HIDDEN> <24fc042e-6de7-4c26-96a7-2f31e4c81b0a@HIDDEN> <B41CCCDE-6F6F-44C6-885C-EFEC61E5026D@HIDDEN> <87cy1iqcuj.fsf@HIDDEN> <28cda71a-3427-494a-ab67-4a0a0b1f9e51@HIDDEN> <875x78rb22.fsf@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <875x78rb22.fsf@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:t1xJ8a8gsqURbdI9pNlkTkkLVhwDEz4b2TBaotLw3dfox12rTLO zbKCieXELYhZ3g6UpVwHTR778gutcUswvRmfQrlh9zjBDB0bOmBXos3rH+XB2i0g+w8QQLB SCcuIwVPJVxYEJFa7UHDyKp/N6f0QWXwNLSrVqIAIiYkkPfyKitYCkbrpAnrkr1r5LFsa7o tTFrVGUxb14kEjlqbBESw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:Tborw+vYNfw=;0qQb6jl6hdx9+IJCxoeQFYZD1gR S6Bp0bjCVF58Q9xUFFGV0IL1V2rTmU3+557OVO3Hvhse9rS9MjOqKNfpB44dxUhfM5Mcxp63d RcL+2Wtpbr5cTIbrj375Ye9Q8QtrB9E6VD6rXQ4OoZSsHdMboHvFiXwfP2HQkdyuTCu6DcRX6 0kVYgvCyI35rzYRfDhzEJoALwgPW2HLg2Rqmq4zXVzgIAVYZkDaBfS9bh/kFm9z9DnOvNpdt2 elbMz/z4kmgtOTfJNL0K/rXOGlR9MATgN1CLJzYfMGN/LpkC5x+7P8TdhJKQffs/1aSCls8Bx 4rGSSx/T4eXxJpBdumOklF9wUtWaE14CRAjWl0C4e4fkUnZJOU4nVGNFLEFmtmSXQyCMwIw8Y /mMYBJHl4claIRu7srK/0rP4ZppGKsy6ZP1VGqNY4xnKkXJCYOYRy7V5dj8B4VkLpIB3ay6ag j8prcyx6h31hmTys0uAYvC0hhzW3FgDOMOH8LuKd03T4T78olWVSQONVSFvo25YpJvK2Kyq/7 +T6HS3aymp8J2qPuGWo1i65HmCgh92Cp0gYSv9SIa0tfsGeGIskaMY7WvR78MGZtWfevDEL9y xdGPRxc2A8dyJpQGYHH5UPpD4/TE8HQwS4Vhw7/JTk3MaqAVS/5pOyIdFQCa/nPNaO/pGe+Bx oNfv3k9+I0C7bL6Kic6vAzWK6jsHVoCTB+AtNBy06lykVs8TJSgkQmgAyUSrrqgx/Yjcx4KC0 NcSiMtheVP1PYYFeSZB1+NOfsXOvuvKdGolndR1oP75ABjV1aRl+5r5eXwRa466w7YWzl0/ej ECSVBzuRzpdoVGr4UnThXNR6IvvDYpru1UWIE+/ztb8xZ41G5pxM9JqwZBC9urtp6HCWNGsmj EEMk01vnhW3z8LAj9OSczMPxZ+gnZMhv+arlk6Lin0ec1jSIH56lN/0E1o27xJf4TX90kt7G+ /Qx/o//RO5qPTjdyOjc/MLxEbn9DXFfm9IWHD070/yH+tMUVQwKr5AG/t6QZZziSVN1OAobrs eLbMu2pDrQrSPj7srOoxaCregKft96EsYfn6Nbaczhc0brqia6PBTKCtLyB8v29yAgb3xpjl/ aLIQLnhGuAlY5Rt6bk/sW4OuwNM/oGusq50E3gZjyVOqnXHMbHS7yU/rZhQlu4MQSqhSdFiT7 NwV8ciJQ0ZkR/WQKSjTQ5O9QVa3cxFH1DpVti50CEWVTgQdk5Dtsy3K4dikcgd/AUKeWHv8xq A3c9IaD8cgm9uctyeBfk/SwMKuvXcbI0bfA0Lcuy/aaEZ5nVJTZH5qOdPTdBaW+SqXfUPxHCE maT5usMVCVImtBZFUOydCIsn4FzzeasFqfaxYmVI29D9E57XnV5z6i5zEt06ng2TL816lKb0f 9SgLDpJq7TvZAPtv3U01C5u39J7Sm3uA1ulD2OVLzMrYZVZKlRbi8TP0qakmn0/Ze1diI358A 8cPE/5AQN0RNglVPiQiCgo1mhi+e758GjDQfpLG7YMlTHs0K5v67EHEYFvrvQozt6UMBvJZg0 zgaMpKNZy5a+Xl6Ud9qkb1Q3R5ejUfgHTaE9Wynm9dPlKUyiL00m9qyyDyGAItvfARO+3jtSg cXOXJt8sy0nbNeH2IoErhsD/UZnwN1QyklkX12xwtCTei219jtT4aWRrDzAv4ssgFkNU07sVL FQCnLL7jQVqwdM9je/U5wOCKRiDCc1Pmro7Z8pLZx52kx7ypJLusD0ybavgo68R/ByXNzCNzE ow3yOnAFY5eCzlDwmAFiQ20l49RDUHsMutf/khtYNyt4YJKlZfnoWhM+RYeVNN3pi1UzBpG4n /AtpckHtOv4Jgd0hsqJfenDnF5iYX4GmaGkueu9GVGmo9TapgVIBgUBkAU3JVWQCsVIV3QmSF 8wFzQgh7Sq8wHEg4zdipXLWgChWNb1ztOKnBA0yDBYLtsT5B+dkM1fK1fOaE49oqOcCRj7bXl d9AYuUrDWRQpZnHUw9zAOJvOEVgdWbbdrD4ea/VZC318fWOvdzEBTnHFQOGYMDEyLTkspeLUy Cb18YxdFo3mQTExndD6l+uRtGBNX8b+P3ekSTulGRfAz5tP9YDtphDF03nAwLZ9cR4hEjGh4h rV2AvFsQ/u4vToe6I6QL7CZlY8PST1c/z+xmksSRmQA/LfFyf2OJrA4e4dQZG6s5CYn4XorFb yHs3Q6QfGr+EsXkaqCBK9Shk7cR1bejCh0KXB4Oca/tOIEOhh0CYO2YfwMV3f8MI5JXm4DmEp VrT3uS3+6LvE8wpqghIVUFjuOzIxlhdbfHOxPZP2tmlZVSSAnqjJ5dVWHS9+sN8UH44Qu611Q u7O7TncRfUX9NPbzGn1Uv+Mf41GSTz7LUUoWnCE9JHldcct7Od8GLZYTqVUEhhfM1FTLrgO2k IyajLGq4vzW+hLB3XK2JUhbMkxEx0eoJ4LXYY1UrGutz5vtU/vfL9WMxNFYM0HSje1n2TP8x1 cMtbjcMF3MkkLyxV7xntG4bqSzJuZtYzTHOxemwd3wk7E8SUOnRSFb8Yi+d9DBurYN/GgsdQW Qtq/jOBStOgvPM+HG847nvzB9VHn9uxoI8enIIZuIZQzV9eL6RY5+gFogiNsGRyOdp8q/QAHZ M+ute7WFRPX65tE3RXmPoQcQbRr9XbeYj1VDoZHoeUmIjjycQj/aXr6rVo+VtH5kGk22hrh97 7PIwr+JTRh5YV8lOJuSxFzGbthlDWc2VKEDZCf0F0tldF4dtG/AyUH1o0GnfNZBAE9Z4RgA4W xgS9PzxcAJ2x0W2krW0Qx2QUQyy981SQK9CT4SjLtnjg2kEwbbSUKP8Ov5gAwCVxDre75nzza IBmbruocQLKmlnt0KtbKr6jKcLZEIMUof0S2TR3qXPwol9irlqDC5t/lF/gLAG0afaFxAx0AF WzS0Mclj7J9eBds0wcE1qhqCa+uax4zXm1k+YC75iVwwszuukjlNfh39blw9kqtUyuBXtE7JQ OFInV/vja2QwrZSDfmV8viCgSf62nYK53BQsVQLUOrLuAgsDMmvL6f6pNGlPdSnY03z3qoG9X BD+eI5fnRYHBbcj+EkrlCxPLOOc5DoRhAcrc6mYnPxpYkUiOb5yEgr1ZdGchrJngQnlOxE/lE ldOlg0B8j1fwDh3qId1exuq0DtsVPLcLu7sC2Pg7mx2oMxg+x5pjE1HND2r83bRRNnLE7UTWl dd8XHouONLbcVaBCobveZ7LDFqfIbqRu+6XZIU21XIO++Dc9odaUMfH5AVNYDnJsRJFB7qJai BY+1Bo33T/siMM+WJHsJBHXCE8OlCYsX9Y8xCensE4TEW50+p4KR4TfHeTK9dp6zW4OocPzw8 MS0kb+kSN9eXHj7UgsRJek9u15+m0e9HxWKvul9q8aHD1XnmKgTqc0XSicEsF2vUHmmSTitHP trJjPx7PpOaWFOvYkav1rOLAz8g4IgWLDGLqUmD9Lgc0tJHJzl0/AfPu24gklgOIyznmQlmWn dif3L7LPtlDthkO7t4uHHg/p6DWs+Qwy2OwdrRS55iU0aVHIOhsdYFAntTLi2o64IXIkebj6s S8G6vEbUdxlRLnH8tMnqc8KBfrfvlIwZ5jRrdMVhbfK5FutrNwX3QR+SoAFQztl1qVKWTDEIZ rPfu/cMffuvx73ID4o+AtKMgfCnDVf9k3HELftkIRvKZrsj6gPKhIYMjmvJcYYhArMTVZeKTX 8vimy6IG7qT6+lwfPBDHWxhHb0zf69hWA4EHi5tgcN16ibmb0v+Ta8t1UihPGpQ+B76RYSXCX 6LSDUZsIw9/Lk65NU/Ixo7c81nYHN1Y3tDpg7Bje2PIK2ylDO7/kOpkHDWG1kOJLm0c85dsfj khUh7BEFCfqgnoCtJNVco1+Ql+5g/EV6+3Jc6ZSra3RU/S6eJPmsBAiBmqCOx33DX6qPch4kp V4AA06jgd2QFE3qzDmx+6ZlvCYKOJgCQxxwylvNhfQzt5Ps6PLHZVtuwf/OjNxKgwjNyrLVqf VXNdy+DV8mb8nQUEOd9+YgPuFZhL2qDQ/HXa3eS8Y6/Bd8t3dtDLStlAYiYgPVszat3RZGgbH pizshJ3yRH9uue1Pk60X4JUY0K1WElKOhz4wRht9UMeEHDIJRRcqsMwnCcZ6OSe7mv91ab5qq YGtPcip1XgtmtTOEQFmx4fR0C0p7i8MDmUtTkHckI5hgF2Q2qDeGzvOxK80jXFGh8LF5mvMGY yku6waraEHFhGo+N9hI5TfRGPH4U5qifkR0Ce8Tvw52j9369Dea7j9bE/AhCYrB+h/gRM4gZj oAhzWQmjE3H8tPfBpRHG/ChUpW4XpivgkU4hqdAATWkzobEBCLOtwE9ralhoyK6d5/GKdB2mF ZjSvjRHa60tV0ICKDEpCrO+7TPKnQhiijZZqHXa62+2Tz3CytHqArMXrwXbpGD6ZmBYlN8EQH 7wdeCsSXdv6vMrIQCC3zGA5XiTOrub0NQGsP5YZe7qQRUsCrPo8rAyFdH/iZQqfO49Du0Qxa6 QkAd40cU6PvpY5IUoO+fsLlZBYKyge7kWwKv2yOfwkLWTMgiTd6a3OcLZEBpf/IbtTCLB38kA n6hnsfwwzYk1rNLn/RIkamx8nI0A0c7OQlcwfPc3hzvET4GbLnrSP3gvOCwEWnrYqMQ5dpPK/ 6m7xsOXCj1gl6ejdPcFWwwkFm5YL8b9CevMRo86D0niB+mrZclSXrMpawMAPu+mjr7Fafv19A Rro5njqg/WY4mXO33JgJajWHbG1cwR1FrMMcmfpqM9OHEvKDU/UsU9uMHMuWRLPjI9IrptW29 VfHPF/fSKEJOTPJoVutSIqe7YSQvJiAb4zBT8+FqZgf+fVlt3SLIKXpYUOPjunfIZSfsHOKkk 1P3G+ZDXehIkm0YUqQ/eh8xlctR+9U1b1W6U/9agfGHM55PUYkp6AEEkj9Rjcf5Hd+E09JRmp l4iL1nppsgzIdiuP6QOkfs+LJhmmZH6+GTW7RKWpahP7VL6f73LRxry6/W1KBy3ygDP6ogRBY P/Ij3rfe33GRSS5vzZjjzC53QdMtGeBLJg99ovYvVjocPicXHgYxmaFNZj/uWf8HLc3lg5wsq 2mJV4IusGKyP9cPzYt7ZY3XmMySynBJYocriLQmgUhWowuoUydhV5P+B5hcXfo+yAqeuYZDv0 wqXJZgKGXoeQESFJ4sCmWla/W125edSljAYzb5+y11/VVd47FmSZbKUXHbXFtfiwlMd6ldI5O KblCFQ8w= X-Spam-Score: 0.4 (/) X-Debbugs-Envelope-To: 80528 Cc: 80528 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.6 (/) >>> But how would you confirm that the patch does not "misfire in >>> undesirable situations"? >> >> I think that we have a number of occasions where a variable like the one >> you propose could be useful > > I didn't suspect that TBH. On the contrary, I even thought to "hide" > that variable with some double-dash and a fat disclaimer that it is "for > internal use only". As Bug#79927 shows, fixing the irritations caused by window excursions can be a great pain or become next to impossible. If we are in a window excursion and, as you propose, register that fact in a variable like 'saved-window-excursion', people could decide whether their call to 'select-window' will have a longer lasting effect and whether the return value of 'selected-window' is only ephemeral. Obviously, we would then have to trace 'with-selected-window' and 'with-selected-frame' as well. > Why not use a global stack of frame objects, one for each call to macro > `save-window-excursion'? IMO that would be simpler to implement *and* > more expressive, since it also provides information on the order of the > frames. Maybe even with window instead of frame objects. Hmm... someone then might ask for a similar handling of 'with-current-buffer'. martin
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.Received: (at 80528) by debbugs.gnu.org; 6 Mar 2026 19:51:53 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 06 14:51:53 2026 Received: from localhost ([127.0.0.1]:34618 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vybDF-0001vh-10 for submit <at> debbugs.gnu.org; Fri, 06 Mar 2026 14:51:53 -0500 Received: from mr6.vodafonemail.de ([145.253.228.166]:49592) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <jschmidt4gnu@HIDDEN>) id 1vybDB-0001vD-57 for 80528 <at> debbugs.gnu.org; Fri, 06 Mar 2026 14:51:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de; s=vfde-mb-mr2-23sep; t=1772826706; bh=mu2Dysd7e9cuf/SoBRIM7Q/KhUu2IiMliC+EQURGlB8=; h=From:To:Subject:In-Reply-To:References:Date:Message-ID:User-Agent: Content-Type:From; b=HuL9uaIzwtIqKKTJkZ3EWNRGYHe6sFAryS+V9poraIHM8Bh8fjOhRZQ4Pw4Lx6KvV BwyPZr0cEDIrAqp2pvMgh1SbfwXhmIT8oj9IoXFM/9sXvNxbVBvHm+gRLXnQI8YXwQ xdNQW5ZAeTGnHxVVlbaU855GzDmRpXZtkVdMd6pU= Received: from smtp.vodafone.de (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mr6.vodafonemail.de (Postfix) with ESMTPS id 4fSH9G5s83z3sTjW; Fri, 6 Mar 2026 19:51:46 +0000 (UTC) Received: from sappc2 (unknown [62.144.240.190]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4fSH945fbWz8snH; Fri, 6 Mar 2026 19:51:33 +0000 (UTC) From: Jens Schmidt <jschmidt4gnu@HIDDEN> To: martin rudalics <rudalics@HIDDEN> Subject: Re: bug#80528: other-frame-prefix and risky local variable dialogue do not go along well In-Reply-To: <28cda71a-3427-494a-ab67-4a0a0b1f9e51@HIDDEN> References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN> <8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN> <20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN> <99713756-6693-4636-80c3-1b39bfc07509@HIDDEN> <87fr6gqz25.fsf_-_@HIDDEN> <24fc042e-6de7-4c26-96a7-2f31e4c81b0a@HIDDEN> <B41CCCDE-6F6F-44C6-885C-EFEC61E5026D@HIDDEN> <87cy1iqcuj.fsf@HIDDEN> <28cda71a-3427-494a-ab67-4a0a0b1f9e51@HIDDEN> Date: Fri, 06 Mar 2026 20:51:33 +0100 Message-ID: <875x78rb22.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-purgate-server: smtpa06 X-purgate-type: clean X-purgate: clean X-purgate-size: 1686 X-purgate-ID: 155817::1772826706-ED75AB6C-7B7F8079/0/0 X-Spam-Score: 0.4 (/) X-Debbugs-Envelope-To: 80528 Cc: 80528 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.6 (/) martin rudalics <rudalics@HIDDEN> writes: >> But how would you confirm that the patch does not "misfire in >> undesirable situations"? > > I think that we have a number of occasions where a variable like the one > you propose could be useful I didn't suspect that TBH. On the contrary, I even thought to "hide" that variable with some double-dash and a fat disclaimer that it is "for internal use only". > but maintaining it is non-trivial. It was good enough for the prototype, but if you can foresee a broader use of such a variable I agree that its maintenance should be improved. >> +(defvar saved-window-excursion nil >> + "Non-nil if there is a saved window configuration.") > > Whether we are in a window excursion and whether a saved window > configuration exists are two different pairs of shoes. The former > should imply the latter but the reverse is not necessarily true. Agreed. > Window excursions can be nested arbitrarily and be active for the same > or different frames simultaneously. So if you want to trace window > excursions correctly, you'd have to set up a frame local variable that > you increment with each 'save-window-excursion' call provided that frame > is the selected one and correspondingly decrement in the > 'unwind-protect' form of 'save-window-excursion' for that frame. You're > safely outside of a window excursion on a specific frame iff that > frame's variable is zero. Why not use a global stack of frame objects, one for each call to macro `save-window-excursion'? IMO that would be simpler to implement *and* more expressive, since it also provides information on the order of the frames.
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.Received: (at 80528) by debbugs.gnu.org; 6 Mar 2026 09:17:10 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 06 04:17:10 2026 Received: from localhost ([127.0.0.1]:56693 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vyRIz-00050i-Q1 for submit <at> debbugs.gnu.org; Fri, 06 Mar 2026 04:17:10 -0500 Received: from mout.gmx.net ([212.227.17.22]:39167) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1vyRIx-0004zl-Lq for 80528 <at> debbugs.gnu.org; Fri, 06 Mar 2026 04:17:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1772788621; x=1773393421; i=rudalics@HIDDEN; bh=ikKR+C1a3ku1+acQ1myEsyLxP4onse1W18VE+1+C94s=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=RB1XoQNEON/eAAz4rWSwp4CFh1FbYnGrquc776LBmorQvV+1xRmWDTzUAs40AHZr /CQceTs2UsOLLyojkPP5MMboXsCl9loYf69zR7UbmAFJrdGGyUsXB580b3Y2s9ggC Qpx3vq3/8WucjRUGTXVsHbg3Kb/Tp9Si+Lf4zmUl7Rn/2YDpoO+T1lz60u1a4zscT jbCpg9DnEZ7E+KZJIf9zfyleGt2mPbp7WkqV+LhLExXmgm6npZzkn9eHuBvkaPMre nmnK5i5ZgUlj4CqKuazKFsKfLXta/AbZ8Yn+oGiPni9P9cnDPfe0KbOSv+NszZUoq vvWy0o2+45j+nVy54Q== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from client.hidden.invalid by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MJmGP-1wEAlg18DB-00VS2e; Fri, 06 Mar 2026 10:17:01 +0100 Message-ID: <28cda71a-3427-494a-ab67-4a0a0b1f9e51@HIDDEN> Date: Fri, 6 Mar 2026 10:17:00 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#80528: other-frame-prefix and risky local variable dialogue do not go along well To: Jens Schmidt <jschmidt4gnu@HIDDEN>, Juri Linkov <juri@HIDDEN> References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN> <8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN> <20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN> <99713756-6693-4636-80c3-1b39bfc07509@HIDDEN> <87fr6gqz25.fsf_-_@HIDDEN> <24fc042e-6de7-4c26-96a7-2f31e4c81b0a@HIDDEN> <B41CCCDE-6F6F-44C6-885C-EFEC61E5026D@HIDDEN> <87cy1iqcuj.fsf@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <87cy1iqcuj.fsf@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:Gj7K9BXfXDMj+VnBd/CVem7Hsfd0jwk3FGcf339nQ8XCagGYD/k YT+XtiIdQkDeN5X6QtDNcCT2rBVzLXomidyErwcqED1uqgl8o5zj836fDmGtClH6kTg0eP6 /0/BtoCr0kiYmaoZ+2LCz9HZMq4s2iaJ/E9iFC0E4IBe701vrqH5rMzxjiXTNf7O5jkHL99 00E+9Kb7/bAetM4IOL7kw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:V6W7kF1T1Xs=;sII2I9/mZ1+N9EiMc9hp17o3gdZ eu8AskOWWbk7vu+hgnIzh10Da+/9Q7OrxdvJdrQtkHMwHahMD/gJXl0LsopHrTGEfRcKFlZlv bexyVyewwqHGGNKgXwymIabm0kPD4FVQ5Hj/1rNCFHZcnG5NDHXUCKh6Tw2PereY9eNmiCP0p c7xBJg2B2jWHRvBXNG5F0cWkerpgGpMIharvAlatPGcxAGUu7D37TBR7iEYv2D2uUOzDM5gK2 ZXtwoYSZ6MKI2poY4gOV6CFtQlVrZVvrpQF3sGfkWs2+S/r33gL9YWagewqVyHn7j2WIA7WMk Nbal5uokGM4Kvivtxx4+8Df7V8Pb5IGAuG/upVinjhXQ87B2oqj+Mo0J9bZVoClCMdbIyB5FP YJFRDAteJZHtbsUCwKd4m1N7UlPSRoqg0FGAs6Bko1lY3CQ+8cO399IfITIQ9PxjuAeJpVJuH uKJWQ+yYZpUHt6Qbt1xwF8z4I8sxbCcE3tMIRiN3+ZOJwW292fj0xSWtCNzP674RAYsuB+awV qS/fcJTE8OCGSTjrqVE/24Y9HsgMrnGOBmbuaRjctzTOdSXTo0H+8eWLnZ3zI5DTAcBR99QGA g/vaU3fvxQl+RELx5UJq3nT1cESB0AK4nfhwqrPm0iMOJBhXcIB20DbrQGwb1QHPVMo+jtFde /Eu3lUA3ebFatbL/auViYBWJlE9dL5kuBJcsevPqQ/rd+E8PUt24YsWyTWekqDJVwub1gC9+x tFoex9TZBBDnhUZan72vAW1JHeT3RdGrDEXXnQly383+Yf2yXlNH05+OW2mlK5XSzaD4kbEYO GLkPPVRfrfOXdXNR7Fa0tHcsDNivdRUsagKDrxT0GEAz1tXAWWURIH98vbHD+ZFU2GhoeIa8b hySFpx0s5lZOO43CpcojckyzEszuUkBhQ0gCrq0dsBd7jXe1+h+AaIWjpzKk7x1U/QVPplKfI gCaKFYzIuHq4Ca5S7ABgu9fOgQP7fEB+kGiVxV5FTTL2201w9b71iMBTEWFP0Y+ZVdltzuesE A8Oz5VdwY96QeXMi1ZTD5fzrpJVMBK//mehM+X8qwjvHzKvz0hFrV4GwAmZaGqKRDu1HXjz7E YYUFXmU1QK8phNbQKa+Zn/cK+5ac3e722NQFJleyNyTCCYo/kKGiLfraPNGBJfx3ivqA2EMh7 JKG/uf/pkcG7m9bG+dgfHo8Yh22IfJM7JniQMZ5ZdGz5nGjgQsLFNq9i5gD5yoNJ9VFz4a1Lg jeWJLEbkjum5bnjPILaHAq8euzSjoF09Pel2u8jgcGFK4MTmHvzALFQriN3hBUb0pBU8QOY8J PKVks9G7u+Xmjaltabiih9fc6jIdclYOqAxTyZsYpqdeGK94jcO2ZXh8P7SmshwHTUHtqcmN5 4iLUxbySinViDRTumEFRVBN0FkGsIfG4eStelUo6oe6enc7v6m/JEAeUwKwhrLjGYovmmXxwE 7asakbD74ZCgtXuV31tRfuNp590sQiefkh7AHAAcknVTC4ANp+CJxqxwRSkJl9+qDL9QTd9PM b3owMqH2uJusB9p9DWHibvU1sv5N6R/6z/F7rLIv3t/g/XTZDAxG7Q7n0a85zuuOQkU5Lmafm Q2kCGzWQAQ8Yji/e9pj63AMQ5Jrvu+X+yP4Jj6BHq1EXYldX11ZXVdEo0ZfNTKIhqwVxktJ2C atqr6wRyb/aOUrpo3hocTeTDle2MYl2JLmRgon2DXuF0w2A6DrgVKr75puJBLohcXJ1oyRzmO QD5da1qaexypb9obNRsOXEMqfYF78KQPmLHs7NCf3F7VhwcJ+mU+jwew4+7mwN+w2aMNSXpqH Vi+KbpY5fq4d3VPqzBuBL9KArZW345iEoPlaVWSHD6Ef8msLlxcHgchggfWYh5yf2NlTEXllC kwInXah3pZoOa22RzjLuuynMbDTI0wDy2po4ogZ8FNDARcuLX5YQaRLP+j27j6ZpOHywzqu5/ HDLc0YJ7IoTuh/mJe0ZetWvEDqmmMIN7a+wwLCSRPzc+SrwkxAT7ZpSQ2eegA/Dob/V7PDK1B QgRcFiGFWeR2SrXrC5ENGYm8A4YR3axqzS6DVuyk8sVKG+Pvbsp+hKM7kAlENwctBFwi7U8dJ J+tBBefFSSPyX1cIgKe8l1/pjvCsA/Rs3M5kPTq0qGiiprMwu1nUFxHH82h03bwuWG7G3WqnJ d1digqf5ZyVb02r5g6DJHXPQS7YXX9O2608PIgyJHkmBhftKvReUdQvXtqCqKN2i4c88jl6Ke YEEeYEz4bnpmFhBIi200HwTdqV0FdyWuxxlXTQps7NHAJOCOO79NunaSZhdD+NebdPWtZ+8Z4 Uarfuz/nbBkcadKoccQT5XoSetxSkwWhSBS6F00PgmQVBGCSXtPeHCRLBYIinVMLj+fTxTw5V 5PlyX9N2EpicVVlT09udT/F4Z0B4ztO09aMJMborRcOLSM6o0LlKV+dAl6gbjTxAi3C3lvxuW NTp5udDJfH6YyO4/Ki+CT8DSTafwHjG+a7bAvSZHGRdyKbIcduciPSRPLj1TOS05jjkPBCkxq KLAWtW6IDcC6y+sKtXlRTuvikuMeO6haYMO0vmlOjLgOfUxM3hBTt+hbOWg3BA3IxDeElgLz/ fTz7sEjdqz5Q7ZvQg0lHFL30xf4bOqjAuGN2eD3uu8UWZY5d7J7V1hgGn280IiuKEyBEG2AWO bpHO/pU4cmnC/qF8EDiL72dPP4M6u/co94Q8DVCZGHO0ByUR+Hsa2RLLyDIk7ham1mjJVO96z H4QQQPgiusVtfVTrAmz+QWK2ys78eaI3HjRmcHmcmvNPzLVwxE5MBmaqUHFY7CSrNBzyRaint ipLURAYCjDasFO2Ij+9+9xhB3EaPLRIpOSBOtyDga2yJYI+5W+emGWcObRolv2O1ADVZxT90q gZWXRzLqm9eYDgIJYKZ1zhSmFKdWG2JWjCHbpPIj2+0G5v+NVnQwJYPH8fJk0w1RV7erOPVBw kBGowJnMUlP1Xe4q8pfI3BX21GzG7VeFeRR5QR6imRhhnESg3rKhpN4HFv+B9QZfwwOeVmAIw I3ZIpgnn9y25jdxRU5Az7m6LaJ/pEBSR0uAljxwVoUHyajzFS88difVKL5SOrMG6thL+K1Mt7 DakYKHzHs4PMP/7TdNDfkGY14UM5I7U7nQdVQaV3gMhsXZCT322J78DHH/IRYToQF2A8fR4jk I1Sr01iokbloK/oDDxNOQnlYZtqFZoONohprwmVXBwW0jwysoZbxffQbMGrZ8ylHXAyhPaTD0 Gw7YPQwy9/hjjq4hgWBEcieqRjGHAvnlwCmtq6ce950RK9sLrPk0umB+Upag4r0hOsvhNJLdk gaIxlgOlINk0rRBmFGEFhsgXhKUvtmTwsF3CBt8VIdl8Od7B6+blCkSuausK1XfXhxyTUBu7b D1BXmRyY3y8kvDCF0ffPJxPQeEmxtwfUyyeGeDr8OHQ7xu2P9GneUrqlTMpVAy2/NTMPaK0HG KKL76pknbSdbI/WVC2Gheie6I5N1kb8dyhPWZVjIdXnP4ex03ZMkirsu42ViaA7SWLwYfsK0l SmeaYjaahkZCCsY/yawZEwZFL6U1L1Q6LmUNBf73/rbFwcY0blG7uAry3Xl9FIr8AZ2iS4aPQ 6sSUWksGftMndHe+nfWuy0NhmC9N/+rovc7OwgBoQ/ddP5h7eNh1yEtD3DJpaE3Ew4wtHpUJ8 cTbsB6GN9NncWAAcfhUHnBMBnlH43CGLbmxSGj+WVxWou8WmMKxD9HQjhZhm8/DA4y4EmjH3v pKvq4RNolQwM0cnKspGHzgk4HIY3oTRK7K8bI3Hq6A00NLCAdiaKHy6NAckgyJ6cB1/7vQHcp gLsuhrZpckri0nnmePTSBgllR1VgMpyWOFJ301qZKgFHRKPTsXNEWzPWb7sXQvDxQOvEbT7q4 zduv1VDLKJdCXaPQz5h2bdCm8xIbPCNfKPsLu5Qz8Ha14OFTHGs4WwZukEiHyDmBkCFHQKPer 5pxVsKAqd2j5UF8bSrGfsPbqcnmJnQ++0IOMHe7BR8/OTKlbzLD5NPrzFG/RA7iui8dOtIrox 1xguxOeLSuFbCekCIcr20WDCG8fG3My+eI9p2e1qj9cUQZbVgrtKlJMdErHY6n3WSpdRpa/Ny jQR4zDpe7ftVlZ2WVsdit6aOzydC3TeYc2FXkKmpAq4VT44qbxYO/Q7Ot+SPs697xRCpmDQ7+ vZPdijaWkUmVBW+HoSjZSEqUmhv0Cm6d280IYxAK7CY5ZQ3d5FG7wkEeYsdw0M/Rh9Uc/fY2m KoaJUys3v4a05EGTqmGrVFGCQZWPXNuEjOa4nFWTA1W7MkgjOWbN5y6osAKCRRVYL+/TNwBkF BXDqoeqFgnFlqhW7MYVMKTLy8ANqUguMLd+WDkX4Htpgi19+WxPNvYLVOqXw1GcIeE6HptzTc 1iaIURIbrXLoLY9VedO6h7kuYFgVHEZOX/SV/zcvJTq8EQMCuiSoU1s2FQ0SilXtI5DPmysG6 ttFHXlMwE2Mju/MvToVwc1/GE85Uid5ULNlbW2FdK3yOGKb/FpC+kOXWE3LO774uyHbZqM2Hl csMPjxqpIP6Oh8iSEATOleel/JVSlAV1NxxniHZvIQi48a9HUNKtz3fA2wKJuQTBMAlUu2ODT 3se7X7TqYfn8tg1eZGPa2md06Oac39QSftkLcM+QBWOQUWl4V0LwjU77IBMwYAP9zG3SYzfLu /F3Rup67EE1RNbrEbkCFjEcCyC5sntZCJdJ1GmdIIRXccaK2AKCKIxnpS3odcT4pCtoLdk44Z NwOzvYkjbVl4Xo1sMw/E8R+tzUjyjYsaa+VDtER+kDaCPn/d/G8XfuaOCNvyMilwE2/M2qxRV EIlItm0w6IAgfiQlVAnPPniCLTXtkNdBgjFE/rUG3hszsq6La703NyoVFSam0fjvbb/OqBE8/ RSbuZTH5kwytzsRUncLxZlhylQnYjjQ/7imrkCkRJIEhg2vXwVabeWXownxAAx8RF79Iy3YZE cWuqprfZMIvUUeQjtO/9H7u/6YrXO7nFH4MhdPXr20C/c+QBfCupxc/ewNceJ2Yk6tNWZvbdl lukYaxvV9LYnIajS8yD/Hx2KmnrocW9dzDvdtRT+FUEQqJ6Tk1+kl/O8BHC/nM+c+sw/T4PzS Z6PKkBVTHAHejwJ1ooOhvc+JPGMQIxPaWtgwJ1eawyJriMQxrbOX3W16Db0mvNW9LH/ox09iI oKuOq61R2xBufLONVWlMP4PKIVC4E X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 80528 Cc: 80528 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.2 (/) > But how would you confirm that the patch does not "misfire in > undesirable situations"? I think that we have a number of occasions where a variable like the one you propose could be useful but maintaining it is non-trivial. > +(defvar saved-window-excursion nil > + "Non-nil if there is a saved window configuration.") Whether we are in a window excursion and whether a saved window configuration exists are two different pairs of shoes. The former should imply the latter but the reverse is not necessarily true. Window excursions can be nested arbitrarily and be active for the same or different frames simultaneously. So if you want to trace window excursions correctly, you'd have to set up a frame local variable that you increment with each 'save-window-excursion' call provided that frame is the selected one and correspondingly decrement in the 'unwind-protect' form of 'save-window-excursion' for that frame. You're safely outside of a window excursion on a specific frame iff that frame's variable is zero. martin
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.
Received: (at 80528) by debbugs.gnu.org; 5 Mar 2026 19:46:15 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Mar 05 14:46:15 2026
Received: from localhost ([127.0.0.1]:51369 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1vyEeE-00009t-RO
for submit <at> debbugs.gnu.org; Thu, 05 Mar 2026 14:46:15 -0500
Received: from mr6.vodafonemail.de ([145.253.228.166]:49172)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <jschmidt4gnu@HIDDEN>)
id 1vyEeB-00009b-Vb
for 80528 <at> debbugs.gnu.org; Thu, 05 Mar 2026 14:46:13 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de;
s=vfde-mb-mr2-23sep; t=1772739969;
bh=249Kva/+IvyMLbhcBiQQbz6bpZSh409BpPHdKs8qGRE=;
h=From:To:Subject:In-Reply-To:References:Date:Message-ID:User-Agent:
Content-Type:From;
b=WTSyTRjo4JDwWtYYnf+jKy7yP9ElGDHBuvAglCbbSxMfbnKWQ1Nll1+ksqWhXvjZa
xMPKWd0MaK+srcx3xp5PdYj/Pe7J+TeQPW+coB0AeM815BzTmAHVj+slivQtl5GEfX
67Qy55/LtlCKq3rQsyCN4HDReXzL05H3V9sUYRhk=
Received: from smtp.vodafone.de (unknown [10.0.0.2])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature RSA-PSS (2048 bits))
(No client certificate requested)
by mr6.vodafonemail.de (Postfix) with ESMTPS id 4fRg5F4tffz3sThx;
Thu, 5 Mar 2026 19:46:09 +0000 (UTC)
Received: from sappc2 (unknown [195.63.65.238])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange ECDHE (prime256v1) server-signature RSA-PSS (2048 bits)
server-digest SHA256) (No client certificate requested)
by smtp.vodafone.de (Postfix) with ESMTPSA id 4fRg535lMvz8sbL;
Thu, 5 Mar 2026 19:45:56 +0000 (UTC)
From: Jens Schmidt <jschmidt4gnu@HIDDEN>
To: Juri Linkov <juri@HIDDEN>
Subject: Re: bug#80528: other-frame-prefix and risky local variable dialogue
do not go along well
In-Reply-To: <B41CCCDE-6F6F-44C6-885C-EFEC61E5026D@HIDDEN>
References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN>
<8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN>
<20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN>
<99713756-6693-4636-80c3-1b39bfc07509@HIDDEN>
<87fr6gqz25.fsf_-_@HIDDEN>
<24fc042e-6de7-4c26-96a7-2f31e4c81b0a@HIDDEN>
<B41CCCDE-6F6F-44C6-885C-EFEC61E5026D@HIDDEN>
Date: Thu, 05 Mar 2026 20:45:56 +0100
Message-ID: <87cy1iqcuj.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-purgate-server: smtpa05
X-purgate-type: clean
X-purgate: clean
X-purgate-size: 964
X-purgate-ID: 155817::1772739969-BED5DFAC-53E68DFF/0/0
X-Spam-Score: 0.8 (/)
X-Debbugs-Envelope-To: 80528
Cc: 80528 <at> debbugs.gnu.org, rudalics@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.2 (/)
Juri Linkov <juri@HIDDEN> writes:
>>For me window excursions are a plain nuisance. They harm in manifold
>>ways and do so even more in the presence of multiple frames. So it's
>>definitively Juri who will have to comment on your suggestion.
>
> saved-window-excursion is reasonable heuristics. The patch needs
> some testing to confirm if it misfires in undesirable situations.
I agree that we need testing, only I'm not quite sure what you envision.
Here is what should be possible:
- Manually running positive test cases ("the fix does what it promises
to do") for a couple of known use case. That I did already, actually.
- Writing ERTs for positive test cases. Like: Execute some Elisp that
does more than one display buffer operation per command and ensure the
patch picks the right operation for the override action.
But how would you confirm that the patch does not "misfire in
undesirable situations"?
Thanks!
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.Received: (at 80528) by debbugs.gnu.org; 4 Mar 2026 17:05:16 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Mar 04 12:05:16 2026 Received: from localhost ([127.0.0.1]:34306 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vxpeu-0007v2-9p for submit <at> debbugs.gnu.org; Wed, 04 Mar 2026 12:05:16 -0500 Received: from mout-p-201.mailbox.org ([80.241.56.171]:34094) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1vxpes-0007rn-UH for 80528 <at> debbugs.gnu.org; Wed, 04 Mar 2026 12:05:15 -0500 Received: from smtp102.mailbox.org (smtp102.mailbox.org [IPv6:2001:67c:2050:b231:465::102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-201.mailbox.org (Postfix) with ESMTPS id 4fQzYv38KSz9v6Z; Wed, 4 Mar 2026 18:05:07 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001; t=1772643907; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=VOi5wUycuNq7DzV4vhj+2USXX2YofctPCtJ9cZ+i/5Y=; b=xzi9oa9oOMQTbk1LL1i5VeSjaMUPzfomQ7PHReSQEyBqYNLJeIc53Bfjrgtp2dKtTn1m9l jrRoei6K5RUIy2lXES5Hal4Y6UJx9AUg53XbraZHDI6w29scEtyQSKm7/dfVHOXemsLzAB ZdYCTsz6xcUJd0M0D3SthgRxvZUumcdBx5nJJtP7dV/cDN5v+ve/MZhfN23FurRVSF2Ws9 74AY2SeDE4Sg/EBbl6P3h/D3yo+rIKU1EqiZXW/XVYdANOrUtlbryACJAfwpb1JoTY7KLY F5y5Dr5KTzAwyXIfdE0dfB6ws815QDX+steEE4cVa8ywFAV2PN4KJl5DPbiwPQ== Authentication-Results: outgoing_mbo_mout; dkim=none; spf=pass (outgoing_mbo_mout: domain of juri@HIDDEN designates 2001:67c:2050:b231:465::102 as permitted sender) smtp.mailfrom=juri@HIDDEN Date: Wed, 04 Mar 2026 19:05:03 +0200 From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN>, "martin rudalics via Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>, Jens Schmidt <jschmidt4gnu@HIDDEN> Subject: =?US-ASCII?Q?Re=3A_bug=2380528=3A_other-frame-prefix_and_risky_?= =?US-ASCII?Q?local_variable_dialogue_do_not_go_along_well?= In-Reply-To: <24fc042e-6de7-4c26-96a7-2f31e4c81b0a@HIDDEN> References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN> <8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN> <20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN> <99713756-6693-4636-80c3-1b39bfc07509@HIDDEN> <87fr6gqz25.fsf_-_@HIDDEN> <24fc042e-6de7-4c26-96a7-2f31e4c81b0a@HIDDEN> Message-ID: <B41CCCDE-6F6F-44C6-885C-EFEC61E5026D@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4fQzYv38KSz9v6Z X-Spam-Score: 1.4 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >For me window excursions are a plain nuisance. They harm in manifold >ways and do so even more in the presence of multiple frames. So it's >definitively Juri who will have to comment on your suggesti [...] Content analysis details: (1.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [80.241.56.171 listed in list.dnswl.org] 0.7 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [80.241.56.171 listed in bl.score.senderscore.com] 1.4 RCVD_IN_VALIDITY_SAFE_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to Validity was blocked. See https://knowledge.validity.com/hc/en-us/articles/20961730681243 for more information. [80.241.56.171 listed in sa-trusted.bondedsender.org] -0.0 SPF_PASS SPF: sender matches SPF record -0.0 SPF_HELO_PASS SPF: HELO matches SPF record X-Debbugs-Envelope-To: 80528 Cc: 80528 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: 0.4 (/) >For me window excursions are a plain nuisance=2E They harm in manifold >ways and do so even more in the presence of multiple frames=2E So it's >definitively Juri who will have to comment on your suggestion=2E saved-window-excursion is reasonable heuristics=2E The patch needs some t= esting to confirm if it misfires in undesirable situations=2E
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 4 Mar 2026 17:05:24 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Mar 04 12:05:23 2026 Received: from localhost ([127.0.0.1]:34310 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vxpf1-0007vP-LN for submit <at> debbugs.gnu.org; Wed, 04 Mar 2026 12:05:23 -0500 Received: from lists.gnu.org ([2001:470:142::17]:55620) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1vxpez-0007v0-MY for submit <at> debbugs.gnu.org; Wed, 04 Mar 2026 12:05:22 -0500 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 <juri@HIDDEN>) id 1vxpet-0002rt-EV for bug-gnu-emacs@HIDDEN; Wed, 04 Mar 2026 12:05:15 -0500 Received: from mout-p-201.mailbox.org ([80.241.56.171]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_CHACHA20_POLY1305:256) (Exim 4.90_1) (envelope-from <juri@HIDDEN>) id 1vxper-0005qK-Ld for bug-gnu-emacs@HIDDEN; Wed, 04 Mar 2026 12:05:15 -0500 Received: from smtp102.mailbox.org (smtp102.mailbox.org [IPv6:2001:67c:2050:b231:465::102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-201.mailbox.org (Postfix) with ESMTPS id 4fQzYv38KSz9v6Z; Wed, 4 Mar 2026 18:05:07 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001; t=1772643907; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=VOi5wUycuNq7DzV4vhj+2USXX2YofctPCtJ9cZ+i/5Y=; b=xzi9oa9oOMQTbk1LL1i5VeSjaMUPzfomQ7PHReSQEyBqYNLJeIc53Bfjrgtp2dKtTn1m9l jrRoei6K5RUIy2lXES5Hal4Y6UJx9AUg53XbraZHDI6w29scEtyQSKm7/dfVHOXemsLzAB ZdYCTsz6xcUJd0M0D3SthgRxvZUumcdBx5nJJtP7dV/cDN5v+ve/MZhfN23FurRVSF2Ws9 74AY2SeDE4Sg/EBbl6P3h/D3yo+rIKU1EqiZXW/XVYdANOrUtlbryACJAfwpb1JoTY7KLY F5y5Dr5KTzAwyXIfdE0dfB6ws815QDX+steEE4cVa8ywFAV2PN4KJl5DPbiwPQ== Authentication-Results: outgoing_mbo_mout; dkim=none; spf=pass (outgoing_mbo_mout: domain of juri@HIDDEN designates 2001:67c:2050:b231:465::102 as permitted sender) smtp.mailfrom=juri@HIDDEN Date: Wed, 04 Mar 2026 19:05:03 +0200 From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN>, "martin rudalics via Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>, Jens Schmidt <jschmidt4gnu@HIDDEN> Subject: =?US-ASCII?Q?Re=3A_bug=2380528=3A_other-frame-prefix_and_risky_?= =?US-ASCII?Q?local_variable_dialogue_do_not_go_along_well?= In-Reply-To: <24fc042e-6de7-4c26-96a7-2f31e4c81b0a@HIDDEN> References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN> <8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN> <20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN> <99713756-6693-4636-80c3-1b39bfc07509@HIDDEN> <87fr6gqz25.fsf_-_@HIDDEN> <24fc042e-6de7-4c26-96a7-2f31e4c81b0a@HIDDEN> Message-ID: <B41CCCDE-6F6F-44C6-885C-EFEC61E5026D@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4fQzYv38KSz9v6Z Received-SPF: pass client-ip=80.241.56.171; envelope-from=juri@HIDDEN; helo=mout-p-201.mailbox.org X-Spam_score_int: -6 X-Spam_score: -0.7 X-Spam_bar: / X-Spam_report: (-0.7 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.703, RCVD_IN_VALIDITY_SAFE_BLOCKED=1.386, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit Cc: 80528 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.0 (/) >For me window excursions are a plain nuisance=2E They harm in manifold >ways and do so even more in the presence of multiple frames=2E So it's >definitively Juri who will have to comment on your suggestion=2E saved-window-excursion is reasonable heuristics=2E The patch needs some t= esting to confirm if it misfires in undesirable situations=2E
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.Received: (at 80528) by debbugs.gnu.org; 4 Mar 2026 09:41:13 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Mar 04 04:41:13 2026 Received: from localhost ([127.0.0.1]:59835 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vxij9-0008IG-IB for submit <at> debbugs.gnu.org; Wed, 04 Mar 2026 04:41:13 -0500 Received: from mout.gmx.net ([212.227.15.18]:33053) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1vxij7-0008H9-KL for 80528 <at> debbugs.gnu.org; Wed, 04 Mar 2026 04:41:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1772617253; x=1773222053; i=rudalics@HIDDEN; bh=uOrybbTiNF0Px6RVUKOhxPrlFTX+0GGrnrtDMKmwrDI=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=U/qUennUTcd/9ZAuRXyftMVa73lik8cgQu4WhzKByUw79dgk8duBbdJhVOnf0dAG afiG0iPa+tQ2bsnHhicG0p+/eQNYW6Gpj0EDt7U5dsn9DcAreFYVSjJzoIVNejkF0 lVdW0fK8zYBSrOrptAS7XnvXycFI/2oXNuMzGyji27p0CHje2Rc8kF2/67Z5LwGo7 8ywxcH/16XfoPFsv/kJC5F214K8MzBbg8EsbJ4O47xIxrIHDP1TVywwUPuBaXzE0f chCH3e743kfcmRuLJbOXsEpFN1XLEdL3olVkB2Sm2cX6LYMCU+O8TNTrMoBvc3tG8 fP00ovqvbYuPkmwYxA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from client.hidden.invalid by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MUXpK-1w6Pu03QbQ-00LLqQ; Wed, 04 Mar 2026 10:40:52 +0100 Message-ID: <24fc042e-6de7-4c26-96a7-2f31e4c81b0a@HIDDEN> Date: Wed, 4 Mar 2026 10:40:51 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#80528: other-frame-prefix and risky local variable dialogue do not go along well To: Jens Schmidt <jschmidt4gnu@HIDDEN>, juri@HIDDEN References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN> <8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN> <20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN> <99713756-6693-4636-80c3-1b39bfc07509@HIDDEN> <87fr6gqz25.fsf_-_@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <87fr6gqz25.fsf_-_@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:aPndmXYKlA9IQY5hKIf+ImZ0Gsgq8qOFYFNmeBBN6rNbEkTDvqh pph1DRf3efG9OIz7OyN9shpphfXEWUQMHmJ/EGtnZfjbYJ0sZiD/gE5YNHfyZa4hDwytxjt RVRq1q7s1VW+yzgzIZXaOHJTW32jYdjrT567hIKeKKwAfD324ZrmeEPzH3H+HrctHuxAtVN 2PWhEcLKSPAKvR+nOAM5w== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:A5dG5DT3y9I=;gXV6UfPQEP+MY0BatUe7IaPFeek cZsCJwHv5T4oHVZ7QCdiEqosMGKNGooB9epMOfnLHTA0WE3sBlPhQcKsUWx6RNUpijA6iADDh ijRr1ZKO05K/hvZHtF4YNiX3GmFEF6iwS08w9nAMXCr8ekk+0kP3SKXRRjxitNhj1AVD+emW3 Q3gZb0zzrhZxJ1sP1dLtBGzPDUp/xth3jolxPEwc/PSwmZySOLO2xmlClMLek2nID8vAgdJC5 k7OpOXhW/e1ZZgKY4Uf8QdHanUrtbK7JnKpQfOf6hHsBkW14cnD320mI3wr7UbzfzOKbKIuFG Hx3Slld7kstpfZaNXRxrbYhv+nHzLWTmPvsLF+poG1Arq1jVm6JTs1dlIAi7X8s3DzZHhwvZj Tl1QdkgmrAlnHd9nfsEAyLTxBsFQ3oLPLKzpcsJRUwXyHgxxrVuvftUPARGbRONzb6d6tuhV5 M4UWG6l4gR3Nx83O72gQ5zD2vc5OwtY6t2xBDDmI5T++uk8S0MWqAynGuuHw5AsxFbabkRBy0 1MTSglcOReOIgRGNRUQLguJ97piLaCMgxmSbD7z+FKSK8WhfpatW+tgCfvfHy2tqL1/nD7yGA jUb1woIcKVEMBpuhncXB1pQ6iaN7JPbJXG4/ToGeEIGIZ5AMgcWquYTsByEtf2hBlYDUskQFJ 8F6MeMvdIuPnzFlxQV8WCYdRdDDZ10z2s0kcTbMIoE10o9NNqZC4WpEQ1OH4beFEpjmste/YI f2hMIBXCVy4Eqernlb5bOV1iK0pNIeliBabT6QUYy3oYY/klmRwutFynnY3E0adIm8GJywElE 7hZ8mSetg03BZQFhVW1QtY9rxpMYttPGZ23brllAGSb1YdXuQQeBTxU27IyUL0SjhEdtGWZ+j ZgG1MerW6quusgXVlCtfsGwTJajdMsOFTktiwidctBteKPboMOTmZowctoorNfu2yyVqlI5Bj Gi3ocIVHr3mXJOiq6EQxHGGuiMUqktPPp6nZmCQtxa+6o4NutLYQweeG740zI01bBwbsWKzb0 iBRN8gRlZGs9llC0kwaOzsUTJyBf5pWzU8WIVt2rOc8vBYgxnfTQIq6wwh5JEbYihaVdAovbN IZoE/ZRRM5F+ezp6JUNl01la8imyWp9VQ3J1htbI6jq87UYxRmfNX368N24zratVctPqPlPbI gBNTijuyvN0PClrVqwzkXw1mTAPt5fpUwvv2SibQH5DmK4atcC2ilOGnvjWBx1+IfkMQk34cT coi/4onJo+SEZCz57QK81HFqCKrl9wsiEyiyHxXDc/tWjCa5maQchS7dC5hRRsnsIHFhtnNQB CPRu0ZGW7zNEKQjQhFQidwNS0Huofn+JWWGimoACRapiy5TiQOHrlXpYJZjhsuW58+vuJscjE qNA/j2jyajfvibIcS7bR3Kl7NJGx/SFfq6sw8/88uzXaH77wQ0guvmt9hP1g1d69uiGj743OJ u8psGXXiwHwilU+O4i8d6z8Eq8AOP9hS8+uulBEIMBm4RXteEj8xgwc5gtfwFPrxQ/WWOaTLV eCuBCFpb0w/Gl0D9/XaQJ6oK4VL8n/n2BdTDjA5XYj/3tCRhmHsAwb+hjjEgTz5lL+DYWw0zG FhfM0IoPOBdgXrIE6lIC9TQqlezJNQG2d/O6MbHyIA9uwopFFJG4jcOvlfVGXA2JGweoYY95Q pb4oiVGRi8lTkpqohVYuefWQ6MKQiOQ9Z86y5lY/Mihke/hLhN0VlxbKq35qY8Y+WqBl9GUNh MSiN1WER8FODAR/5JfqcStqhdFwWZJjwzjRr9+XS23mEJ/yjlBI0LzA2Pmh+GuWA6Te/Sy6Oo amwms+U1OHvK3oBbWRjjK1aZQsEE9JyIsNnKRgBeGVZn04+G6k5ntPmHNMe19apzhNMkI4vdx rK3E4c6jidGvbONsiccGEv5G6VWesJczJ4R4/ob9gbhVy3M9Q79rbXQP8G4taprbEUwiv31f7 LS8ZlQigf99xJrhFKN0xELnDzi9dsGXiy09+R+v+x9y0J0padi/XBtcidcfnJB0Bb+fws82wx NuApIX6D9gpS7CrVYMcplDPKx1ClSbDCFVbJ0jxOmFapMKuo6qRc2sgPZww/rIMq6sOtVrBgp UIymS3iaIen3bLGuK0cMw3qPg56LstsLtg4OlWzpGz0+Zm7LsjbuIXR3vqIzGBaTu3E+Ep5Vw BMuEale/V8+GHGkMGeiugdLi4vASdDuzOKnTMPfw5SDT5HcYJ3GiL9L++o/OEu5XmnhARj134 JgzVFU5r3IcUZ30ESToKviw4Xj71X+mquzIj+eiG1oThaOulvTzDTatDVQT5ADHswMIOlfnm/ D5h1f32iVjgIKQ9VwejaVOC792G3FFR/a1ufbBVGXAT3O/D1MrLaRfSknyu7yFBqo+Qz9q3FW 95apUaCi4uky/nVqzAal5Gs5Q47aED9QkNiavTMWvBIPVvMkw/4/M3M7MRztAHaivJVxg9ats 2WBl6HwlJj6vSy3ChyZWLpD6y5WvMbmrpDk7i4nC/onfPwsVb5Fj6IIyKf+Rj66oHKVhv0OCu abf1Me5Ub/YAbAD8Ig4A4/97IZuNzp/keYLrzdlac+WSAUjjRz+EDRLppcqyJJAVJ48cACwMT g5LFQoozc4XiuJghMwLVrZVoERnxbBB0H12gPpmN/RdrVBdIF2bPhD2FW9b1/PYYnNXd2fSCy w6cGC/znKnL4rp+QZywXfnuOdMHdGU5BgQ4Z4bh6M1nndRQWEb5TrLCOr4PIFFSN3JWPFs9m2 knE3lb5d7kEx5ZqutI5PFdDjxz0CxosNLPqeiqRLR5K1tLFWF5ULFHHTj++pJrGeEhUyT2eam lFwP0ix+2p+oTCO5jg3LUR99dNJM++Kd56sRA34YCx8wWulpSB//GlhMqHIKm5y4Caj+cvLUX nWb5NSZFFlGE2+9qZoIz7J8PONsIkt8wPJtdoooPLmeqpS8Sj1KpfwWd0FnMaZ2NVPN5q15G/ y3tYpoxUmaT+yAmB2yWfMqBkRm5ilIgPifqZd7tz5Vga2AZ8Bm+x2XXWmZreLVjDl28rGmIPE XNO8C8EdEp89VoFNrTUA9seYwqBeaRisKfjfeJWGAFxnIGeVekJvhCNJ4a/eQHi3nQkj1USZs HaIfjlThfthxiAaQ1THbjjf5wpX1ixPA+ua1kXLP+kXimqIn2Gc1J4ZxJZy41W/NWggbZl13z IYiBPJrU0c2IoHDkV4Pp65ruK5XiZ/Hb//aG1C+X0rUavKUQTOV4r9QO37iM5HtwEvP+9Puxz 8k7DSI5zb36m57KK0yeieBMr5Gx2cjuHcSuaXqOpxZUpxBuycW0+ShBrlFl27u/pjbxCSXBJ6 xLGBCzkpUhpu1bxvnz2t2SmGq/yUQU/XbvVCh8u44u1sMkKFOw7mCmIF8e4lFvLI0tFOzxNrJ TYcVWrMmgRWVoiKyINhNnmA6Pdf+VxIuzRBtHQMxJ+uUKTJtr33CL/j2J+/q+zbWBAW/5dHMs fGHlh3thQEDIL1baXFwsMqn3WgVySutQ8gLKqyvrY2+JCmcdNmyUT6oSBfVzWWTWfb299ycgD eRXBQCfL16mBXXUHSjpeQT4vBAtXsniZqHS1ErRTu2fLhFEdSZhd46+tQo4scVDqozWPsniqQ NMr/ufkg4jXhXn7GobjTczM3qFEUWrG80X1BreHLhQNBvq0VySU0mE1jEzm7CGcfd0bMGKRli L3EsWcG/h6obbPaUd0AJ5BvjjxqHurGkxHetalpBDhaCK36koxW+Um/qB0JcES79ovBEl/PU9 N3gpxm2b8u/K1H5ysvccr9mfsYMazcOoZLlF0mYTCHT9HwcHjQnpN8YOdPbgJEHQaX/Pf1eB/ RYOHkdDP4QtxRo+xZERqfScmxx7sH9rOT8GFHVsRCZ3l7Z8waHENhKuT3UyDlWNa0xE5lJjyF J5R6KSWygls9duCv4aHvLkGER+Dw6kFUh+6x5ACt/pdM8rrmI1Bt9lUAy/xS1uWv9w3Z0q+Bf ERgtZy36nlLNXctDDhs4hqICKfOW6aqKNlVFB+plTk48dKf2ZiCc9n1Lrp7PqzxGw9rivIUPV l4ikxRjAq5qwlkAjqrWEZWGgC6vfi5aDAIuPx6l/1r5d39Cnf6YDEePu+bGydZQeHpt8g+s1m cZ7o9xoIDf6jKOfmqReYUxfYL5h6y3kmLP8MgNbDwS46J1OxUBiDFdbkloM/sNoLgS4jQFvhW z/hQ0PsZ0b8fNpsKQf1UARnAEs3YOTXxVS4I402Kut5nm0XcGhNAjJGTed+2uQOjJFxj7Bw2N o83OjQjbyc6/dhDl4zfot+CouDT6NXoY363+OpJq1KTzWFsNGnGRKTLc0zoim1s/Zl4PqoniH UUIrbyS3Jm1FOWin7rrbNJgH3bNp4VUY83B+ELSxGFvR0gDUNDCFqjGq6AcNGMposEG3frrWS AE+pdE5GXWb6sFhBkWQ8nasNPpQKNprQeMY3Uq3G3ZKo1ZrW7INlE0fHmG9DMq2zBOEfu9A/b dXhbLrGTnQH44LyueCtuianIsaHLDY44uvooFTK/DXKnS+VYwtBA35czXFxOL2tTgcNiIKg0L 8LXNDdKVGmWD2W/OMxjORZ9/mgz0XhzO2m3nsqlWmqDts9TpYENCF0MpX5lv3YMALtA7Ij08+ rmrJQJrCK4Xa0F0wZmoJxgt6dacXv2fJA0vMCTz5xOoNvzahAS9EJcp9GoL2NMzP6MSQj02jW DtqunZEwJDRt4wR7omOSB6Y5fIC2WglhYqSvKzULtX2mZdwjyxyG9P0ndFiEdEmWfuX0cuGkV TvMxAapPZpeTGUnzdnntCOxRyLkp9elI1Vm8fcZJjgTjuC/iLDNjfcovbR8O+T+WAF/vgsmnV U6EYVJCWHoaJ5wHAQad8bnCSTqDC7CNoRWRu3dqjPe9XQXZTCv1RWLHYDExJNgrlXre10DfIS fP/JUcAqItJOGnHm8SMPkfAHciyk7YhaMFsIApxVemZ/pIr07pf2xnVdJF2McTT3QZ176tD06 Rl/Ka0L5YNJhvE2LICOwCxbbLCcN02V4uZbZmaeTcSHGPSiT9MJRo2qmfweffgypkEtMitzi4 zn9zcqeNjeo1siuTO/VjKtSupyHga/APstUd8j2Acuc8kuznUyztZ96WGaDe9k8BV7gsxUXXN gOL6JhAlZg/e5gny0iGaT6q3V8pXu6ftwnyRAhkGDITJpidfPt7jBnwNR23A== X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 80528 Cc: 80528 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.2 (/) >> We have to resolve the disambiguity of 'other-frame-prefix' first. It >> could apply to the confirm local variables window, to the file buffer >> window or to both. I think you mean to do the second. > > IMO, the "confirm local variable" window plays in the same league as the > minibuffer and, hence, should open in the old frame. This would also be > in line with `C-x 5 f', which also opens the "confirm local variable" > window in the old frame. I'm not so sure about that. Some people may want the confirmation dialogue always open in a separate frame and the file buffer displayed in the selected frame via 'display-buffer-alist'. Maybe the 'other-frame-prefix' should override that but I've never been able to understand its ad hocish overriding behavior. > Besides that I had an alternative idea, based on the observation that > buffers being displayed while a `save-window-excursion' is in effect > probably do not really want to be displayed, or only in an unobtrusive > way. So why not detect that condition and suppress execution of the > overriding action for such display attempts? Like in the > proof-of-concept patch below, which seems to fix both this bug and the > double-tab on `C-x t t' from bug#39722. (And it passes "make check", > but this probably does not mean much in this case.) For me window excursions are a plain nuisance. They harm in manifold ways and do so even more in the presence of multiple frames. So it's definitively Juri who will have to comment on your suggestion. martin
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.
Received: (at 80528) by debbugs.gnu.org; 3 Mar 2026 23:22:05 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 03 18:22:04 2026
Received: from localhost ([127.0.0.1]:54916 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1vxZ3z-0002HP-0Z
for submit <at> debbugs.gnu.org; Tue, 03 Mar 2026 18:22:04 -0500
Received: from mr6.vodafonemail.de ([145.253.228.166]:40054)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <jschmidt4gnu@HIDDEN>)
id 1vxZ3v-0002G2-Hq
for 80528 <at> debbugs.gnu.org; Tue, 03 Mar 2026 18:22:01 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de;
s=vfde-mb-mr2-23sep; t=1772580112;
bh=NWHDeISGR1rvbj21l8TDL8AQ7c6uaoyiHLhTn+hnttc=;
h=From:To:Subject:In-Reply-To:References:Date:Message-ID:User-Agent:
Content-Type:From;
b=cKNotCFQ721l48Zy+UzUZqm/n4y1Sk0X01kKguUFc/Q0sAYqtE7N00Esd/tTgGpf+
wBVAvoVPW7/nUyoW1+liyOYQyo1KL1P0cxZ/wm7x4cNg4V5jYbNoeqT8uuOsGiKViU
yHy7TUuMHndXAkU7jfp1SiEtze0lBFV8j5VdruB4=
Received: from smtp.vodafone.de (unknown [10.0.0.2])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature RSA-PSS (2048 bits))
(No client certificate requested)
by mr6.vodafonemail.de (Postfix) with ESMTPS id 4fQWz42Ljpz1xxx;
Tue, 3 Mar 2026 23:21:52 +0000 (UTC)
Received: from sappc2 (unknown [62.246.35.251])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange ECDHE (prime256v1) server-signature RSA-PSS (2048 bits)
server-digest SHA256) (No client certificate requested)
by smtp.vodafone.de (Postfix) with ESMTPSA id 4fQWyt12DSz8slf;
Tue, 3 Mar 2026 23:21:39 +0000 (UTC)
From: Jens Schmidt <jschmidt4gnu@HIDDEN>
To: martin rudalics <rudalics@HIDDEN>, juri@HIDDEN
Subject: Re: bug#80528: other-frame-prefix and risky local variable dialogue
do not go along well
In-Reply-To: <99713756-6693-4636-80c3-1b39bfc07509@HIDDEN>
References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN>
<8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN>
<20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN>
<99713756-6693-4636-80c3-1b39bfc07509@HIDDEN>
Date: Wed, 04 Mar 2026 00:21:38 +0100
Message-ID: <87fr6gqz25.fsf_-_@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-purgate-server: smtpa06
X-purgate-type: clean
X-purgate: clean
X-purgate-size: 3730
X-purgate-ID: 155817::1772580111-CBEAE479-C0146418/0/0
X-Spam-Score: 0.8 (/)
X-Debbugs-Envelope-To: 80528
Cc: 80528 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.2 (/)
martin rudalics <rudalics@HIDDEN> writes:
>>> Maybe 'display-buffer-override-next-command' could be modified
>>> appropriately but that's Juri's department.
>>
>> Please try to add here a new variable with regexp to ignore windows with special buffer names.
>
> We have to resolve the disambiguity of 'other-frame-prefix' first. It
> could apply to the confirm local variables window, to the file buffer
> window or to both. I think you mean to do the second.
IMO, the "confirm local variable" window plays in the same league as the
minibuffer and, hence, should open in the old frame. This would also be
in line with `C-x 5 f', which also opens the "confirm local variable"
window in the old frame.
Besides that I had an alternative idea, based on the observation that
buffers being displayed while a `save-window-excursion' is in effect
probably do not really want to be displayed, or only in an unobtrusive
way. So why not detect that condition and suppress execution of the
overriding action for such display attempts? Like in the
proof-of-concept patch below, which seems to fix both this bug and the
double-tab on `C-x t t' from bug#39722. (And it passes "make check",
but this probably does not mean much in this case.)
WDYT?
diff --git a/lisp/subr.el b/lisp/subr.el
index 87ed399f2a3..7c6608aba04 100644
--- a/lisp/subr.el
+++ b/lisp/subr.el
@@ -5252,6 +5252,9 @@ with-selected-frame
(when (buffer-live-p ,old-buffer)
(set-buffer ,old-buffer))))))
+(defvar saved-window-excursion nil
+ "Non-nil if there is a saved window configuration.")
+
(defmacro save-window-excursion (&rest body)
"Execute BODY, then restore previous window configuration.
This macro saves the window configuration on the selected frame,
@@ -5266,7 +5269,8 @@ save-window-excursion
in which case `save-window-excursion' cannot help."
(declare (indent 0) (debug t))
(let ((c (make-symbol "wconfig")))
- `(let ((,c (current-window-configuration)))
+ `(let ((,c (current-window-configuration))
+ (saved-window-excursion t))
(unwind-protect (progn ,@body)
(set-window-configuration ,c)))))
diff --git a/lisp/window.el b/lisp/window.el
index f42784388f5..1b00138bc6c 100644
--- a/lisp/window.el
+++ b/lisp/window.el
@@ -9749,16 +9749,16 @@ display-buffer-override-next-command
(clearfun (make-symbol "clear-display-buffer-overriding-action"))
(postfun (make-symbol "post-display-buffer-override-next-command"))
(action (lambda (buffer alist)
- (unless (> (minibuffer-depth) minibuffer-depth)
+ ;; Do not use the overriding action for buffer
+ ;; displays that happen in a `save-window-excursion'
+ ;; to avoid bug#39722 and bug#80528.
+ (unless (or (> (minibuffer-depth) minibuffer-depth)
+ saved-window-excursion)
(let* ((ret (funcall pre-function buffer alist))
(window (car ret))
(type (cdr ret)))
(setq new-window (window--display-buffer buffer window
- type alist))
- ;; Reset display-buffer-overriding-action
- ;; after the first display-buffer action (bug#39722).
- (funcall clearfun)
- new-window))))
+ type alist))))))
(command this-command)
(echofun (when echo (lambda () echo)))
(exitfun
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.Received: (at 80528) by debbugs.gnu.org; 3 Mar 2026 18:47:44 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 03 13:47:44 2026 Received: from localhost ([127.0.0.1]:52412 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vxUmV-0006i4-Q2 for submit <at> debbugs.gnu.org; Tue, 03 Mar 2026 13:47:44 -0500 Received: from mout.gmx.net ([212.227.17.22]:46173) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1vxUmT-0006gq-Rx for 80528 <at> debbugs.gnu.org; Tue, 03 Mar 2026 13:47:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1772563639; x=1773168439; i=rudalics@HIDDEN; bh=kEpRkVjM+6oQgzURZWL0HHTB4zNJcwIItJftgVK+h3I=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=arcCzAXXbt+p+x10ZhU2j6qlyr0zQDWkqLsQYP0yMAJHbsn4bFKXsp/NcPilBj4z IkfXmXtfUx4BBkt22oZZUWjxbvBJwF9ZAtAp9WQpOWCCPivD6gd3Tgm1ZSC3A37ES yxuhIGQeykeOTSkqntvoowY5dGReObthUJH5M32aAi0AiNxDsLW970eUenURHeSgV uubEG1xe/4VYmJvX9r281+Y9Q/ITVsK5atiESrNI1rmUC+FCIpoHKk4UEQp0ICrcW 6J38MgLNK65GKDEIWND89VNFnHyvE+ge+TjaFWJJ6F70pvy4yy0RShfZTsAKaRJmi 6ObJ0qeLtXlb2MLa1g== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from client.hidden.invalid by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M6Udt-1w3pUt3XqL-00CNzZ; Tue, 03 Mar 2026 19:47:18 +0100 Message-ID: <99713756-6693-4636-80c3-1b39bfc07509@HIDDEN> Date: Tue, 3 Mar 2026 19:47:17 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#80528: 31.0.50; other-frame-prefix and risky local variable dialogue do not go along well To: Juri Linkov <juri@HIDDEN>, martin rudalics via Bug reports for GNU "Emacs, " the Swiss army knife of text editors <bug-gnu-emacs@HIDDEN>, Jens Schmidt <jschmidt4gnu@HIDDEN>, 80528 <at> debbugs.gnu.org References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN> <8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN> <20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:axFD0CvQj4axx6IubNMWMBDbL/jTMW7RqJPJX7TyBPNKcU2lUme GyRNydoGojF3FWZPs4p7HIqzrojkpx9s550a5jCNkDjkpvfK0d3oJnFbMzQ8JEIuTJK9gWu krpcDFylFmE43NlM3I2tAQ/NlMdusSgn57p8de/5KEDvLnq38KL5k+cl0aGkvzQvOz2BydK dBrvP0VpkF4sIJMibtAqg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:WJ8SarpzpoU=;ieZcHtQKE20cj+HfOa/6leigzSv GiWrISPvEyMzUtGAh7OHNs4o2zx8RTiOgTqlz/jM2nycD2kbP7wj3qxVp+uw8El4p/VG/8ubW Is+53aig7ihasT3AdDBtzJb/rIyRl81rK6GonpEWFS5M3FgZnXc7+D5ObgPdlmX+Bixbo8Tz6 xxsAH4H6ZQvF6NUxlvXz9IIWniQBFr7PqoJ2wcGBJQoKYm9uBbhbctYq8YQM19jOyNR0IYOzd GtzqAxANhbBChg1E+DbmV7vB1nWeTIe9a4Elj4gXu2QvJaUOLPevikG+bl5gyn0MI4qEgb/VZ z6EONHa5bNyC5nw7Vy57navX/YSxPdSLQf0kPpz9JiABgF8t2Ai6wM3d2opMl3DqfjeDMIpEZ 5KljYe1mgFD47iQbP3K/mI+ArDR5o6Qs6buyoiqydiNZuSfskoLdoYeU2DtcYHoWZ+YmHejPu XQ6GmzUznKl5FKEkB7N11d35T9i3/8IIj+Sittgbda5iKVlAvuUfLitEEiuAx6+xDVQFkwjy6 Q1A8iVpQLmtfACGtomWtsFDZzpmnlGwHqq0t4buhgPgBlJT/lzgq7y+RcLCaG4GyOwcbylY+5 tnZfytp4oCl+QAu0OJqC7352KveHiRhdKG8e1KyaNSGVLmfYn1gHqwnMWX3tZmwudkKp5aVeS nlHm4TP2oB35DSkUSairsP8RFEqMuVMglQ7DBXyap2aE5vjhfoF9fqLv5FGWMTHRZfdvq68em 2Cg23LHbCa/pDhvvRaE3SWGsfJlCPkFbpKEx5JIwkx/imOnrsvZ0qrsSkLawgv9G0VrQ+k3pJ LiESG17AADqqbZ9ccDKOC5uNnMN2zJxK79kuq5WCnKFewMZtKMM5pV/VnCMY1pkuTxuqkF2PQ x6XvfDrAqGrvcOB9JOzkSEzfHqU5m9wKCNE0iWEPJCZQjh45VGcZ30bVAYsigz8JrQL4Mez7n OOaDS27bGloB9oiMMH9Pjk1f+s1v9N9AKjLukIpMfakrXa6BGCYeebwwqIEldQW2nDDosSFTv Eir3kv5f8FuwGDyzxXCqyJqmDFDl2QEUx5ls+0lokK9nUxivoRQKUALK3mvmUb2T9UwvLBeZL CqN807zp19bS9CkQT1Zt2Kd9HjVGZIZOJDNVx65S2Reqtp6VyUmy9Y+ogwQA/HfqwndbmmJgr P6RLQbf5x9Xn5dRmIvv8n3uXHzAenvgNGZMWeh/BL3C+A6mM8it6w7JvsxspQsD1eUWkzmNR+ TrROTdrb4FHr5mwSshAVz/VBv56jRUJKfcDy4x8uR8hllFbBsk48BGrA+4/HqiVDUvFuTsY2J IrZP17oKGp+EwAczkmdwWk9R7UJQwGi0oYD6cu+SrYAhw0XZ/y6NWtevwZ2kne4RIqk4f5Tas DlO8WtCvt1l7oPoVBQd75EcaNd9YoucfMFtPfRoB4hAtLapZq3GxgzJqATQ9LOqosN7l7CW5P eXsLNb+9LRYsHMqxT9if6BVi63WpgGpFKsgk3MxLLXpVuAK/tk7jIfS9ZPhzmG+eOeycPBXIj 1mz2rbEbnsAMxnfkXwDuyC4/AHQRjqROoPeGgZOwR2MTFrVW0FM4c7mdPUARDJl53tS/8G/RS BLqC64ocn1ieUy9axCt6gk1L+F+fRWx/i8l3y/1MP2i3ATmN71NgCWTzxns6GutY2eITiJh2M 4j0DEt9qYnMCfdCpIcSibShQ6rIYtpC3z1u/9UVthj0JgjyYpf84m17PsnwyCeQsM52FOExhN iqUqcWKzKD57Fq5P1P4tbfbuxnWLiaUi0LQekZXfF/5dTqPgwZSP35CyAC6b7ycQqMzPOQp5a ER7WtZAxE6Ls1slfTucBsUhbYPGhHjrfJM76NluvLFhH7ObEdAu68uQPMbZ80iErbFF7S06qB XPJr3MPJOhxTnFARzOxez2X8p9wSFBfhVR+BO4tii4rCyJYgEJLzS7ZEQ/KvYuITIdxem6l+w M881keFSJ0/JvGy3lqN6HN3VrVYbl54ym9zkHdfq06BZl1HEBSTiWkyv506FPONTh+8s0IdKE 5d0HvIcRx9BggnuoXZ1lixkbgAWtFENCX6lGo4Y+Gfd1zcfFfwb43F37+a7Oq9nfskFytaSJx /HSpudcCzv3VcgZmOwYmWPlB3C0m3SXHkZHl2exD3R0bOpdr9F7CwhBs/p5zvFaAVcA9BX4GE wQUz8wyu9h0ikn2GaA7th0N+cBvjNBrWdlTzQc/IqGZtEWdVaYrGzbz4EqUC0ow4J4kuXKUtm BtfEmX2vhJLAIRIrbe5Jf8aC2zACArFDDnSDOHerNouO0+Scvr9//HNeLZTRbTQoa1Eah0L9K gbyGlKgHN2zBtDKAOj5sbZXQMiI0jBRKNERgL9qU8f2c/pZu5bz7zdsjj2miI4M8N7P2S0D1U t+lt5tTTM16J3shfLeIR4Dj2ToHlkqUNijxR5XfJDAei+eUDnic89y6ETBfu0aTnbyB5Jwv9m kDT/fgYwy1+JpHs5UCaDKVf3e5v0tm8QXqdKhlyhJjJUI4dUm18yOvsye659sx+4pF1LtPcTi 1pMABUMpkk8acOd6y3FETGaSkGcC5J+2CPYy+DQ8ubBMlkdAM5V0/cP+XYy0AErVf2ahDwm1U oWddlDZvQzHiaO3R6mWq8Ylg5cv4+8r6kH3vLjHw7OAIj3Dtw4CIXeHyfUT1cGHGshIrMclON 1/lgiBIcBERSvQqQUdUo38TTa8HJGnNAY5fVUPNVrNHpWiObWPpiKY0T2oBKL6bt2PHWjwM2c NU/xjLXKH8GmM0n9P+iF1wMEWj9iv8MhFcKYEgHLWlLC4YFoqQ8LwBiVaGxYNrh7K+2dKWFM3 2yPG+34a3V+v1gwL8tx3nJS6gwkc/lvqsR8B2wIoYmONgDzwWpKf/sA+KlTh/tqdbFGfbZ2HI ot67wSGFgvbahM5FJ9dhyDDO7gynr2RiQOnv3G5KcYGmWM/z6PBPtL6JKyHaqWAKZB8KCLmAb pvs+Yh9i4UlJt3QcQeqA498ZOO/tAFHrcZxQkt26cnNWzFz6+7UWHMBCkD2PT9+3pEZFMgId4 FWGhPAMTEXzdUmH76Hg4y3QtoMZ7Tr8zU/OCmS/ob5U57XENIKcztNR0J+VVuiEpLaEsOAIF3 HRyXKPATL69yOplpcczN2Q9hM5nvEKcNo8BWRV63HEANUsn9kRq/kowxWkJIzLZxYvgAqFy98 MafOFxbL5kiIEDSe3uqjVJknmLrKD7Qhg97LDvkylVN/JdVrU3Lpl6++GHH2HW4wTEqf/TiY2 qEDnO3HtR6cklhDzGzlBQG0KsvkRI57EXULVdry6JXd8WPrfoKCzXxe96Wr/tNfxjyftWbvTC YszfL1bMmnbpgjsUOsrFVwt24P904Xl50/aVJ1lfo3uAdMvGKKINcS+eB8K8NofThUEjl25jR 9WbrHUK/X3f2uaOshp5WTvfUVX862CZbfshXb8mF2Dcf1Figkm12eZEhpkvORkbil+eDep4mJ Gb86WLjZTVYmE5qUPhfTK19opp6v9zofsLUKc5nDVc95u1wUTINRaygnQPf0cwmZOSNqy4tgh mgUiUaTiYyiCYknVWuMuoe8IFUaWuaNdop9kB9Q0SU2B5q6nrkgJiIk8+2KHEjPVL1VPkv+w0 eIXwYE7LLRPUUEr/dmfXdU29FZk7AankxNIHgV7eM76IqL3eI2MV3SF1w+ekXb13wGoWw6H6R ehwy3HZG+eddEGAV/lPdOtEtEfeYyQ+fLEIK84vMF/k3AEd2OMKG4Xa1SD8ULWsF6JReZNcVl rz/zOWCZXbhZzdY7NbjcMVU8FXE6dxHC2LwxKKLIdMqEB5rXsLa4N/oexNH9ms5GGUaGwEx3K UQYmBuevWkUXDgYWQutandpoNe7/HjvY3K5n8ZJJ2148r1OvuOaebDWth4DiHgUfuL6XWwr/p n5jQmBjlJOBmrBxyVfdbwa7Ylv6nVM8E17c5FSRQp4zMRs4cvZGOdtkclmBArmjCiFtZ/9a76 SxNusCGwCp/X5jNWb5NTjDSMTocYAzICUWYx+J2Vckt3EB9pzaxzB45O6uyENQRIwVSl1uG3q gA4OeyfEEpKsufoOjc1wSUMrrRJzDS9UJgJuzZ2uCmfB6w91UVuVO7iIz9tVAJCJwaopVRpjM P2QF5Qgu4L+4x0yGIC466ENhEZfJ/nWpb8yqcuivoKJvwQJ9iyejk2AyO+oAdq7SwUFs75nUE mrWx57jpTRtO/jrY8EtnesrNDehHaDHLgVMJu8pFDLp3vr9j7MuWo4UDbfl2RwceImKiS3q97 k20Z2fQdxyp/vjc5jJ7Es7DlDlF+gVCV537JfXUnL3SQbt4Wop01yQ/hVXDy3XUJfhQbBOK5n BOndVq2RCwUzF3f1tsjfjBsIqMUHPoaqsZxIchqwllj76/P1snCAGDdO/NopNV6OHIx3LZnIQ 85bZKvmKYezitLguhfDjnsrQfzN5fEoa7ScNYp1E29fUqeK/iQZcjG7ECsZtWfZZrveikK+qG J3U1Za8QBd3VKO6f4BHp2MbuaLS/L+NuY9Ae+bdkQRl+n67Pq+/3ymK4mSF42fA1Y7uaZQXBZ Wqi4Hj2M8gQ+r3+O7S6bcJdxRNFWRbqTE7jOuRoW0RuaK5rVr5TA1z6xru9CyOEEEU6CQ6rLG xflW8V0JclNJYM1/StZNhcbRpKBX8x3xXtUf8AeTg6cVrds5h9mAS6He5o2TFETJgdn1CoKr9 iQxGMNdKtk60NF3301oX4u9TK/t291lr42nM5rubP1GFSSUh88hXD7Ub9FXxARlQq0QFJ6tLn TDgKQAkjVu+ugE+P+qm405uH74VK9pxL+VX7hkr/7tcX+nLDQp0tOKwJgbwtsbxcfu92Cq5FP Q3xkf+le8gWcwWmxE7APtwjblkdpmO60m3UsV0YTwU6/m8FGcfC+QWnJfgUBI67jJCyc64l5l 9o/lSVrtX6HbTg7R6gx8J0kfJZlQOKNiXq2MlnK9+Agz3JndZfcC4C1qantp7fPIXPOt9q3pN SCLjy+0E7iDVsALFvCgHULoEKGDgLqPwLev39XnBddbfBX4hVmJaFfPzgF5v03j42NtVJkiC7 WDQrbVQc0gvS9WXpC47Qc/O6WGa4JMKbC0CII2M1tFBT4h4nnWfxUPut8P8R9Ys2lcasdfeyZ 8rCt+Tbfz9BXCq7sbKxdqViSkuVZOce0UdyRSqqziLOZCaE4vi64nAvwbBVr+coPrVDde66In yKB3SPN6SxJQdtHuUCmcmUJhCA0g7Ko0fjGsX4cWTete47IgXsA== X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 80528 X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.2 (/) >> Maybe 'display-buffer-override-next-command' could be modified >> appropriately but that's Juri's department. > > Please try to add here a new variable with regexp to ignore windows with special buffer names. We have to resolve the disambiguity of 'other-frame-prefix' first. It could apply to the confirm local variables window, to the file buffer window or to both. I think you mean to do the second. So suppose we add a regexp for the local variables buffer to some new variable. Now what is 'display-buffer-override-next-command' supposed to do with that variable? Thanks, martin
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 3 Mar 2026 18:47:37 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 03 13:47:37 2026 Received: from localhost ([127.0.0.1]:52409 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vxUmP-0006h9-Bj for submit <at> debbugs.gnu.org; Tue, 03 Mar 2026 13:47:37 -0500 Received: from lists.gnu.org ([2001:470:142::17]:41094) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1vxUmM-0006fs-Mx for submit <at> debbugs.gnu.org; Tue, 03 Mar 2026 13:47:35 -0500 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 <rudalics@HIDDEN>) id 1vxUmD-0004rj-45 for bug-gnu-emacs@HIDDEN; Tue, 03 Mar 2026 13:47:28 -0500 Received: from mout.gmx.net ([212.227.17.22]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <rudalics@HIDDEN>) id 1vxUmA-0007Gv-2i for bug-gnu-emacs@HIDDEN; Tue, 03 Mar 2026 13:47:24 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1772563639; x=1773168439; i=rudalics@HIDDEN; bh=kEpRkVjM+6oQgzURZWL0HHTB4zNJcwIItJftgVK+h3I=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=arcCzAXXbt+p+x10ZhU2j6qlyr0zQDWkqLsQYP0yMAJHbsn4bFKXsp/NcPilBj4z IkfXmXtfUx4BBkt22oZZUWjxbvBJwF9ZAtAp9WQpOWCCPivD6gd3Tgm1ZSC3A37ES yxuhIGQeykeOTSkqntvoowY5dGReObthUJH5M32aAi0AiNxDsLW970eUenURHeSgV uubEG1xe/4VYmJvX9r281+Y9Q/ITVsK5atiESrNI1rmUC+FCIpoHKk4UEQp0ICrcW 6J38MgLNK65GKDEIWND89VNFnHyvE+ge+TjaFWJJ6F70pvy4yy0RShfZTsAKaRJmi 6ObJ0qeLtXlb2MLa1g== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from client.hidden.invalid by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M6Udt-1w3pUt3XqL-00CNzZ; Tue, 03 Mar 2026 19:47:18 +0100 Message-ID: <99713756-6693-4636-80c3-1b39bfc07509@HIDDEN> Date: Tue, 3 Mar 2026 19:47:17 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#80528: 31.0.50; other-frame-prefix and risky local variable dialogue do not go along well To: Juri Linkov <juri@HIDDEN>, martin rudalics via Bug reports for GNU "Emacs, " the Swiss army knife of text editors <bug-gnu-emacs@HIDDEN>, Jens Schmidt <jschmidt4gnu@HIDDEN>, 80528 <at> debbugs.gnu.org References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN> <8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN> <20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:axFD0CvQj4axx6IubNMWMBDbL/jTMW7RqJPJX7TyBPNKcU2lUme GyRNydoGojF3FWZPs4p7HIqzrojkpx9s550a5jCNkDjkpvfK0d3oJnFbMzQ8JEIuTJK9gWu krpcDFylFmE43NlM3I2tAQ/NlMdusSgn57p8de/5KEDvLnq38KL5k+cl0aGkvzQvOz2BydK dBrvP0VpkF4sIJMibtAqg== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:WJ8SarpzpoU=;ieZcHtQKE20cj+HfOa/6leigzSv GiWrISPvEyMzUtGAh7OHNs4o2zx8RTiOgTqlz/jM2nycD2kbP7wj3qxVp+uw8El4p/VG/8ubW Is+53aig7ihasT3AdDBtzJb/rIyRl81rK6GonpEWFS5M3FgZnXc7+D5ObgPdlmX+Bixbo8Tz6 xxsAH4H6ZQvF6NUxlvXz9IIWniQBFr7PqoJ2wcGBJQoKYm9uBbhbctYq8YQM19jOyNR0IYOzd GtzqAxANhbBChg1E+DbmV7vB1nWeTIe9a4Elj4gXu2QvJaUOLPevikG+bl5gyn0MI4qEgb/VZ z6EONHa5bNyC5nw7Vy57navX/YSxPdSLQf0kPpz9JiABgF8t2Ai6wM3d2opMl3DqfjeDMIpEZ 5KljYe1mgFD47iQbP3K/mI+ArDR5o6Qs6buyoiqydiNZuSfskoLdoYeU2DtcYHoWZ+YmHejPu XQ6GmzUznKl5FKEkB7N11d35T9i3/8IIj+Sittgbda5iKVlAvuUfLitEEiuAx6+xDVQFkwjy6 Q1A8iVpQLmtfACGtomWtsFDZzpmnlGwHqq0t4buhgPgBlJT/lzgq7y+RcLCaG4GyOwcbylY+5 tnZfytp4oCl+QAu0OJqC7352KveHiRhdKG8e1KyaNSGVLmfYn1gHqwnMWX3tZmwudkKp5aVeS nlHm4TP2oB35DSkUSairsP8RFEqMuVMglQ7DBXyap2aE5vjhfoF9fqLv5FGWMTHRZfdvq68em 2Cg23LHbCa/pDhvvRaE3SWGsfJlCPkFbpKEx5JIwkx/imOnrsvZ0qrsSkLawgv9G0VrQ+k3pJ LiESG17AADqqbZ9ccDKOC5uNnMN2zJxK79kuq5WCnKFewMZtKMM5pV/VnCMY1pkuTxuqkF2PQ x6XvfDrAqGrvcOB9JOzkSEzfHqU5m9wKCNE0iWEPJCZQjh45VGcZ30bVAYsigz8JrQL4Mez7n OOaDS27bGloB9oiMMH9Pjk1f+s1v9N9AKjLukIpMfakrXa6BGCYeebwwqIEldQW2nDDosSFTv Eir3kv5f8FuwGDyzxXCqyJqmDFDl2QEUx5ls+0lokK9nUxivoRQKUALK3mvmUb2T9UwvLBeZL CqN807zp19bS9CkQT1Zt2Kd9HjVGZIZOJDNVx65S2Reqtp6VyUmy9Y+ogwQA/HfqwndbmmJgr P6RLQbf5x9Xn5dRmIvv8n3uXHzAenvgNGZMWeh/BL3C+A6mM8it6w7JvsxspQsD1eUWkzmNR+ TrROTdrb4FHr5mwSshAVz/VBv56jRUJKfcDy4x8uR8hllFbBsk48BGrA+4/HqiVDUvFuTsY2J IrZP17oKGp+EwAczkmdwWk9R7UJQwGi0oYD6cu+SrYAhw0XZ/y6NWtevwZ2kne4RIqk4f5Tas DlO8WtCvt1l7oPoVBQd75EcaNd9YoucfMFtPfRoB4hAtLapZq3GxgzJqATQ9LOqosN7l7CW5P eXsLNb+9LRYsHMqxT9if6BVi63WpgGpFKsgk3MxLLXpVuAK/tk7jIfS9ZPhzmG+eOeycPBXIj 1mz2rbEbnsAMxnfkXwDuyC4/AHQRjqROoPeGgZOwR2MTFrVW0FM4c7mdPUARDJl53tS/8G/RS BLqC64ocn1ieUy9axCt6gk1L+F+fRWx/i8l3y/1MP2i3ATmN71NgCWTzxns6GutY2eITiJh2M 4j0DEt9qYnMCfdCpIcSibShQ6rIYtpC3z1u/9UVthj0JgjyYpf84m17PsnwyCeQsM52FOExhN iqUqcWKzKD57Fq5P1P4tbfbuxnWLiaUi0LQekZXfF/5dTqPgwZSP35CyAC6b7ycQqMzPOQp5a ER7WtZAxE6Ls1slfTucBsUhbYPGhHjrfJM76NluvLFhH7ObEdAu68uQPMbZ80iErbFF7S06qB XPJr3MPJOhxTnFARzOxez2X8p9wSFBfhVR+BO4tii4rCyJYgEJLzS7ZEQ/KvYuITIdxem6l+w M881keFSJ0/JvGy3lqN6HN3VrVYbl54ym9zkHdfq06BZl1HEBSTiWkyv506FPONTh+8s0IdKE 5d0HvIcRx9BggnuoXZ1lixkbgAWtFENCX6lGo4Y+Gfd1zcfFfwb43F37+a7Oq9nfskFytaSJx /HSpudcCzv3VcgZmOwYmWPlB3C0m3SXHkZHl2exD3R0bOpdr9F7CwhBs/p5zvFaAVcA9BX4GE wQUz8wyu9h0ikn2GaA7th0N+cBvjNBrWdlTzQc/IqGZtEWdVaYrGzbz4EqUC0ow4J4kuXKUtm BtfEmX2vhJLAIRIrbe5Jf8aC2zACArFDDnSDOHerNouO0+Scvr9//HNeLZTRbTQoa1Eah0L9K gbyGlKgHN2zBtDKAOj5sbZXQMiI0jBRKNERgL9qU8f2c/pZu5bz7zdsjj2miI4M8N7P2S0D1U t+lt5tTTM16J3shfLeIR4Dj2ToHlkqUNijxR5XfJDAei+eUDnic89y6ETBfu0aTnbyB5Jwv9m kDT/fgYwy1+JpHs5UCaDKVf3e5v0tm8QXqdKhlyhJjJUI4dUm18yOvsye659sx+4pF1LtPcTi 1pMABUMpkk8acOd6y3FETGaSkGcC5J+2CPYy+DQ8ubBMlkdAM5V0/cP+XYy0AErVf2ahDwm1U oWddlDZvQzHiaO3R6mWq8Ylg5cv4+8r6kH3vLjHw7OAIj3Dtw4CIXeHyfUT1cGHGshIrMclON 1/lgiBIcBERSvQqQUdUo38TTa8HJGnNAY5fVUPNVrNHpWiObWPpiKY0T2oBKL6bt2PHWjwM2c NU/xjLXKH8GmM0n9P+iF1wMEWj9iv8MhFcKYEgHLWlLC4YFoqQ8LwBiVaGxYNrh7K+2dKWFM3 2yPG+34a3V+v1gwL8tx3nJS6gwkc/lvqsR8B2wIoYmONgDzwWpKf/sA+KlTh/tqdbFGfbZ2HI ot67wSGFgvbahM5FJ9dhyDDO7gynr2RiQOnv3G5KcYGmWM/z6PBPtL6JKyHaqWAKZB8KCLmAb pvs+Yh9i4UlJt3QcQeqA498ZOO/tAFHrcZxQkt26cnNWzFz6+7UWHMBCkD2PT9+3pEZFMgId4 FWGhPAMTEXzdUmH76Hg4y3QtoMZ7Tr8zU/OCmS/ob5U57XENIKcztNR0J+VVuiEpLaEsOAIF3 HRyXKPATL69yOplpcczN2Q9hM5nvEKcNo8BWRV63HEANUsn9kRq/kowxWkJIzLZxYvgAqFy98 MafOFxbL5kiIEDSe3uqjVJknmLrKD7Qhg97LDvkylVN/JdVrU3Lpl6++GHH2HW4wTEqf/TiY2 qEDnO3HtR6cklhDzGzlBQG0KsvkRI57EXULVdry6JXd8WPrfoKCzXxe96Wr/tNfxjyftWbvTC YszfL1bMmnbpgjsUOsrFVwt24P904Xl50/aVJ1lfo3uAdMvGKKINcS+eB8K8NofThUEjl25jR 9WbrHUK/X3f2uaOshp5WTvfUVX862CZbfshXb8mF2Dcf1Figkm12eZEhpkvORkbil+eDep4mJ Gb86WLjZTVYmE5qUPhfTK19opp6v9zofsLUKc5nDVc95u1wUTINRaygnQPf0cwmZOSNqy4tgh mgUiUaTiYyiCYknVWuMuoe8IFUaWuaNdop9kB9Q0SU2B5q6nrkgJiIk8+2KHEjPVL1VPkv+w0 eIXwYE7LLRPUUEr/dmfXdU29FZk7AankxNIHgV7eM76IqL3eI2MV3SF1w+ekXb13wGoWw6H6R ehwy3HZG+eddEGAV/lPdOtEtEfeYyQ+fLEIK84vMF/k3AEd2OMKG4Xa1SD8ULWsF6JReZNcVl rz/zOWCZXbhZzdY7NbjcMVU8FXE6dxHC2LwxKKLIdMqEB5rXsLa4N/oexNH9ms5GGUaGwEx3K UQYmBuevWkUXDgYWQutandpoNe7/HjvY3K5n8ZJJ2148r1OvuOaebDWth4DiHgUfuL6XWwr/p n5jQmBjlJOBmrBxyVfdbwa7Ylv6nVM8E17c5FSRQp4zMRs4cvZGOdtkclmBArmjCiFtZ/9a76 SxNusCGwCp/X5jNWb5NTjDSMTocYAzICUWYx+J2Vckt3EB9pzaxzB45O6uyENQRIwVSl1uG3q gA4OeyfEEpKsufoOjc1wSUMrrRJzDS9UJgJuzZ2uCmfB6w91UVuVO7iIz9tVAJCJwaopVRpjM P2QF5Qgu4L+4x0yGIC466ENhEZfJ/nWpb8yqcuivoKJvwQJ9iyejk2AyO+oAdq7SwUFs75nUE mrWx57jpTRtO/jrY8EtnesrNDehHaDHLgVMJu8pFDLp3vr9j7MuWo4UDbfl2RwceImKiS3q97 k20Z2fQdxyp/vjc5jJ7Es7DlDlF+gVCV537JfXUnL3SQbt4Wop01yQ/hVXDy3XUJfhQbBOK5n BOndVq2RCwUzF3f1tsjfjBsIqMUHPoaqsZxIchqwllj76/P1snCAGDdO/NopNV6OHIx3LZnIQ 85bZKvmKYezitLguhfDjnsrQfzN5fEoa7ScNYp1E29fUqeK/iQZcjG7ECsZtWfZZrveikK+qG J3U1Za8QBd3VKO6f4BHp2MbuaLS/L+NuY9Ae+bdkQRl+n67Pq+/3ymK4mSF42fA1Y7uaZQXBZ Wqi4Hj2M8gQ+r3+O7S6bcJdxRNFWRbqTE7jOuRoW0RuaK5rVr5TA1z6xru9CyOEEEU6CQ6rLG xflW8V0JclNJYM1/StZNhcbRpKBX8x3xXtUf8AeTg6cVrds5h9mAS6He5o2TFETJgdn1CoKr9 iQxGMNdKtk60NF3301oX4u9TK/t291lr42nM5rubP1GFSSUh88hXD7Ub9FXxARlQq0QFJ6tLn TDgKQAkjVu+ugE+P+qm405uH74VK9pxL+VX7hkr/7tcX+nLDQp0tOKwJgbwtsbxcfu92Cq5FP Q3xkf+le8gWcwWmxE7APtwjblkdpmO60m3UsV0YTwU6/m8FGcfC+QWnJfgUBI67jJCyc64l5l 9o/lSVrtX6HbTg7R6gx8J0kfJZlQOKNiXq2MlnK9+Agz3JndZfcC4C1qantp7fPIXPOt9q3pN SCLjy+0E7iDVsALFvCgHULoEKGDgLqPwLev39XnBddbfBX4hVmJaFfPzgF5v03j42NtVJkiC7 WDQrbVQc0gvS9WXpC47Qc/O6WGa4JMKbC0CII2M1tFBT4h4nnWfxUPut8P8R9Ys2lcasdfeyZ 8rCt+Tbfz9BXCq7sbKxdqViSkuVZOce0UdyRSqqziLOZCaE4vi64nAvwbBVr+coPrVDde66In yKB3SPN6SxJQdtHuUCmcmUJhCA0g7Ko0fjGsX4cWTete47IgXsA== Received-SPF: pass client-ip=212.227.17.22; envelope-from=rudalics@HIDDEN; helo=mout.gmx.net X-Spam_score_int: -12 X-Spam_score: -1.3 X-Spam_bar: - X-Spam_report: (-1.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.322, RCVD_IN_VALIDITY_SAFE_BLOCKED=1.141, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) >> Maybe 'display-buffer-override-next-command' could be modified >> appropriately but that's Juri's department. > > Please try to add here a new variable with regexp to ignore windows with special buffer names. We have to resolve the disambiguity of 'other-frame-prefix' first. It could apply to the confirm local variables window, to the file buffer window or to both. I think you mean to do the second. So suppose we add a regexp for the local variables buffer to some new variable. Now what is 'display-buffer-override-next-command' supposed to do with that variable? Thanks, martin
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.Received: (at 80528) by debbugs.gnu.org; 3 Mar 2026 17:15:05 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 03 12:15:04 2026 Received: from localhost ([127.0.0.1]:51498 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vxTKo-0002hC-VF for submit <at> debbugs.gnu.org; Tue, 03 Mar 2026 12:15:04 -0500 Received: from mout-p-201.mailbox.org ([2001:67c:2050:0:465::201]:39712) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1vxTKm-0002g7-8d for 80528 <at> debbugs.gnu.org; Tue, 03 Mar 2026 12:15:01 -0500 Received: from smtp202.mailbox.org (smtp202.mailbox.org [IPv6:2001:67c:2050:b231:465::202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-201.mailbox.org (Postfix) with ESMTPS id 4fQMqc7162z9tWS; Tue, 3 Mar 2026 18:14:52 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001; t=1772558093; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=yPw/bATAdKyEz1vHftTi+sjGtRCISNFpJc9x8bSQ1hc=; b=jmn1LJMIN6g/5ZipJk6if+/4jxlEQT7sb7jDxfPW0WNlcqsbjASlA6y44q7xNt1zE/Er80 aPtexiRu51J0HBc0teqzXxuWrgl2xn0Db7qXmQ0F41DIh0fxPf79ekXA3QaDrRPDxut/La vFdFK5WN2j50coG8tBMQKEQ+qrvZOfroceakGHxCNM7yH03dE96kjN+oB1xhgo3FbR70kJ BtBcEFQQHefM8j4N3TISR68g6CboB3v3EuUbQVEbPpkueLftH82qfbrphDQGACKZ9LYGKr dKJCyGgSPqyZjfprD0bgHcRq0CO/QWd0SS5QC8NabPRc/EiK/F/eZ0Ps4CmGbQ== Authentication-Results: outgoing_mbo_mout; dkim=none; spf=pass (outgoing_mbo_mout: domain of juri@HIDDEN designates 2001:67c:2050:b231:465::202 as permitted sender) smtp.mailfrom=juri@HIDDEN Date: Tue, 03 Mar 2026 19:14:49 +0200 From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN>, "martin rudalics via Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>, Jens Schmidt <jschmidt4gnu@HIDDEN>, 80528 <at> debbugs.gnu.org Subject: =?US-ASCII?Q?Re=3A_bug=2380528=3A_31=2E0=2E50=3B_other-frame-prefix_and_r?= =?US-ASCII?Q?isky_local_variable_dialogue_do_not_go_along_well?= In-Reply-To: <8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN> References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN> <8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN> Message-ID: <20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4fQMqc7162z9tWS X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 80528 X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) >Maybe 'display-buffer-override-next-command' could be modified >appropriately but that's Juri's department=2E Please try to add here a new variable with regexp to ignore windows with s= pecial buffer names=2E
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 3 Mar 2026 17:15:26 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 03 12:15:26 2026 Received: from localhost ([127.0.0.1]:51512 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vxTLB-0002pd-FF for submit <at> debbugs.gnu.org; Tue, 03 Mar 2026 12:15:25 -0500 Received: from lists.gnu.org ([2001:470:142::17]:59136) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <juri@HIDDEN>) id 1vxTL9-0002og-3a for submit <at> debbugs.gnu.org; Tue, 03 Mar 2026 12:15:24 -0500 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 <juri@HIDDEN>) id 1vxTL2-0004Gh-9i for bug-gnu-emacs@HIDDEN; Tue, 03 Mar 2026 12:15:17 -0500 Received: from mout-p-201.mailbox.org ([2001:67c:2050:0:465::201]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_CHACHA20_POLY1305:256) (Exim 4.90_1) (envelope-from <juri@HIDDEN>) id 1vxTKz-0007E2-Ti for bug-gnu-emacs@HIDDEN; Tue, 03 Mar 2026 12:15:15 -0500 Received: from smtp202.mailbox.org (smtp202.mailbox.org [IPv6:2001:67c:2050:b231:465::202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-201.mailbox.org (Postfix) with ESMTPS id 4fQMqc7162z9tWS; Tue, 3 Mar 2026 18:14:52 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkov.net; s=MBO0001; t=1772558093; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=yPw/bATAdKyEz1vHftTi+sjGtRCISNFpJc9x8bSQ1hc=; b=jmn1LJMIN6g/5ZipJk6if+/4jxlEQT7sb7jDxfPW0WNlcqsbjASlA6y44q7xNt1zE/Er80 aPtexiRu51J0HBc0teqzXxuWrgl2xn0Db7qXmQ0F41DIh0fxPf79ekXA3QaDrRPDxut/La vFdFK5WN2j50coG8tBMQKEQ+qrvZOfroceakGHxCNM7yH03dE96kjN+oB1xhgo3FbR70kJ BtBcEFQQHefM8j4N3TISR68g6CboB3v3EuUbQVEbPpkueLftH82qfbrphDQGACKZ9LYGKr dKJCyGgSPqyZjfprD0bgHcRq0CO/QWd0SS5QC8NabPRc/EiK/F/eZ0Ps4CmGbQ== Authentication-Results: outgoing_mbo_mout; dkim=none; spf=pass (outgoing_mbo_mout: domain of juri@HIDDEN designates 2001:67c:2050:b231:465::202 as permitted sender) smtp.mailfrom=juri@HIDDEN Date: Tue, 03 Mar 2026 19:14:49 +0200 From: Juri Linkov <juri@HIDDEN> To: martin rudalics <rudalics@HIDDEN>, "martin rudalics via Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>, Jens Schmidt <jschmidt4gnu@HIDDEN>, 80528 <at> debbugs.gnu.org Subject: =?US-ASCII?Q?Re=3A_bug=2380528=3A_31=2E0=2E50=3B_other-frame-prefix_and_r?= =?US-ASCII?Q?isky_local_variable_dialogue_do_not_go_along_well?= In-Reply-To: <8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN> References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN> <8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN> Message-ID: <20616A14-5B2D-47A7-98C7-4BF49DCC3311@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4fQMqc7162z9tWS Received-SPF: pass client-ip=2001:67c:2050:0:465::201; envelope-from=juri@HIDDEN; helo=mout-p-201.mailbox.org X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.0 (/) >Maybe 'display-buffer-override-next-command' could be modified >appropriately but that's Juri's department=2E Please try to add here a new variable with regexp to ignore windows with s= pecial buffer names=2E
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.Received: (at 80528) by debbugs.gnu.org; 3 Mar 2026 09:16:47 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Mar 03 04:16:47 2026 Received: from localhost ([127.0.0.1]:43203 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vxLry-00047p-S4 for submit <at> debbugs.gnu.org; Tue, 03 Mar 2026 04:16:47 -0500 Received: from mout.gmx.net ([212.227.17.22]:38351) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <rudalics@HIDDEN>) id 1vxLrv-00047H-Q5 for 80528 <at> debbugs.gnu.org; Tue, 03 Mar 2026 04:16:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1772529389; x=1773134189; i=rudalics@HIDDEN; bh=ZX/9a8mtujeBCYxHre15SYoF5LymqsqMBrJ9wWh6hMI=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=Q6YwjBJdYNG8wyFukO1yIhx8/17N4jYAeolWB44IEVfzOwCD9JgqKGJPXAygU4UK atxt79n3SfAQ0RV4/9HfURHbNWJxS80DL0UnpWTKrk4iEFDV6z5pPAvpgOXKPWa1k /Y+uJa4yDTlkW6wuHOpWt1vCcxveTr8YB7WSwGutx8T1a41XHHkllt0JD7tr1uiqN CncjJpNSPbCPduohPrlFnmLhajUVOddtltloNZ1uxz9gqdcLtf2hF/p69368xQnv7 wRUUCscC3Lv7PaGXu5ztRwp5ciN35CStkIG0u8QulGy5s2S5/MO+HrlmrAG9RPWMa 9gBm6/FJ0Kx64A8dVA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from client.hidden.invalid by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MhU9j-1vS9mh3BdD-00k49L; Tue, 03 Mar 2026 10:16:28 +0100 Message-ID: <8d19f70e-5405-413d-a377-b3df811d8ef5@HIDDEN> Date: Tue, 3 Mar 2026 10:16:27 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: 31.0.50; other-frame-prefix and risky local variable dialogue do not go along well To: Jens Schmidt <jschmidt4gnu@HIDDEN>, 80528 <at> debbugs.gnu.org, Juri Linkov <juri@HIDDEN> References: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN> Content-Language: en-US From: martin rudalics <rudalics@HIDDEN> In-Reply-To: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:ameXBQJsi3oc/xSVeIyi4+VAjd/YZkJfq+8MlpoiO29Z2orEQGj nBMmA8j64ybzGLsjFSD/ZFKk0hXaJU3w+K1EwiRBlRXp3YIlZm3ROmfAR/YmU6adSnCYhFR UIirMZAMciOzwhEZjU8reZ+Lfhi/AQhdr7bzveX82sVBBZUFF0UTRMFZzya7JZflFe3lOB2 NgXXSmzjU34VOvOBSY9UA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:naAQ1l9Uwg8=;enY2t+0w3gU8l1H+o+K23nocPbu V5EfyziPVBgnJAcKwY4owUFvkkdSlDgfwyv/SBZAGmGkoNRk4SRxa/W4qJxNdaAH83itf9zbf Jb0AcTbBHgz4liZxeljLqm6js1RAhCJr9fqlGWf3KRNbDZ91OQo7Azskw8IIHQcuhnI2r0WdB Vj5F0kO7pT86kr3rLLGyoTSmDSSyDylK7OPBGR3Au1MwiCiyNLY2HebvqdXu1uthr8wHTd5Kb DfK3tqxNEiKanmndYrNyNj/zqpE4V4vcat6gvnjBoHjIWfKFmsDwGWJQR4HEhlUq+nM/VtKKT pW7ClyAhv2d+YW2wiu/lZXm37msRXpRtFVrI5vDx7bstlWX4TW+ep6Id7MjRWCBLE5pDgdaHM lUoT5aW64WnvOG4vRdOo/vCMJlgZnpSKRlZJ0H+a7C/2HuSul+pf7dwoY2UH0oAWoUy7gBfXw PUfW3YtA2k/lGMTsnXBfWmZQyaN0J470JHQN0QCkTwAsnOV9x8XvJ29V/70ipDm4atiwVAyh6 LNPmepPJQp2GGVZ8WYIa3q75SHb1JiyHZmaBM9snA3yziJ7EvKq/qiJVarnbMe93iqgVGniHd 6gjbqmjueLvVEIQV50+7HpOWiGmTNBMMxlHqb5xdj6DtADxWdYUpl4hlHy5Unzkd+mkC7ikFH GrgjZHK23BeYyB6U5SxJkrknM/4d56329d8guF7ytKEvYOmpaWxaKlfuCiRwyFhv9Te7RI10T NzSDKqVr7Rvcfw4o4ZklEXkyi880qEhyTYZtRWbLaTmImDHTF07/bVdoxSOclJLbgt5Mqyo7X umx+A8ApOrkmpi6iiY98PQQ1Pb5hqyQDGjm5JkUiDdTmERq2+LWyTLGJueMGO0TiiT8yvCBfk O3fHEqE+MWNZgxAqIPLCR6sQIqswSLIj0do18bzrXVfAz3d+9nX3jclsMeQYuDKqqhIV+5g5Y +EvET2+72pPUUzdtmZVcpIKjDnn3edvFZi4FcIwte7Hq/MnGC8HDmyRaJUboMb0QKpduW9gO5 OLArn+gDCin9oP8L+8V6yNzkH42JeHvLqMf7pgfgD+mZ1TLJTR6f1bL7RTawxxLI55FiSWKMb AMgWAYq+5W6L6mwAfo6ma0MPUxVp0V8n3qTmTmwoTjTjaf+9yjHMhaN9jta8Syb1wCpd9tNRR +70A7PgIOpZ0O8XXywabm/RQYRYIh7OCsN6GlkxDz1imdzvan9p0rgQ1SGbjwj330Hzjx9yav p6yX9NbTbRG0Ty9aHNthdJAKFR7iKWrU6f0OJMxAzMohyIDvI14rCbW8fLxgZNCL6JqQ/Hmt0 KJZL9AvhHv42FSR/zTDCKAteaAOJ2FEJaxjK8FSNhr3NoI8b+GF+eUb3nHpThhUGAsXmMkQ+1 bnD6eoN1j4hHeDz5uJO0R5deV59dc1t8TMBHyo5N3bScicfw1p9fGILHztIsFjOC9Vq5dydr9 vTEhMyniEFE/Ybi238YzBOrzcTkxdoCMQYWaQAFXamx+cdOHhYyZyE6IcwU1NvtNRmEEXJzsu zFuabpLxpVqPUJrf40Ox+VxbU0qhFI05HE8FehNhoGcLQBX8ykWBp43qt3dUpPoJkwYX38O2S 2zgI+RM/NAgXiM1H08xjGbSaugZPVbqJW1VxN+6wsX5cOVQ7ApMtXSQFC6dRkV/wy92uidiE5 eVP6C5TOKTO3L/eCz/ZtBbBJINVPeeTD0xJYiOeyqGfsybC1lFfa5zT9UNVz19mId9VVaMi2I 9dPHqgNr5g+tKweV4kBUcRsClYIp7JoSI0XT6zfMvx5+Jnn5NI5go6Tbn9+hoFAvcD2khnAD2 +69iQfycHbp3GvEJo6JYVr+FFXeAZat/YJmZNZYKrZbEjGywfW6DCYp2wSijj+mLbpUALcVSq jRd2ZHd5DBNvHn0ajo+B6g84zMqxAyswt2cgn+iqSltTUtEWizgftzkUd3ODctzHtn71SXROz swnUeiQ7VkzvN8J1KWNErlBDpdj2lX+q7AYfTnSytLZl6RlVqQeLQQO2wkAejDqEdwxuND19f eUeBy9GdkZOHuuwFXydsJuCjhJ0IDJxehQwfpIwnsWl4hTkTyX/+A7omN/xzpLua1xBPvEX4y O62LEL0VlCZe88vDkTDQD94iC7/s0IIlPpXYnZWvtbuVQ861RuSvgcydB2oUUEHlguJ/ojC87 gLHhPy2tZz9otcdMaF0Q3Vk2Nd0GIg8f0ROCIVKXzU2cAAyFljqZDM272ohS26fmPMos1Pa1f DX+VIjukFAW6RsJpq+7jF74a8PpE5KrQjCLGdlbMufvL3OvXsP0xIfSWRWpyRDfMP3R9Y6Za3 3GvDeRJ+gwBpEOSgEmru73p6AKSVYOOU8wHgeEk5mvTA58dhPd++MxfYuXtD9SlhGFvRbxwn3 HzkYDTMfH9dj2TI11I/X9oozLvA8fVR68bIJ72NYvAe2SurPx+u5vrESwIDf5LWwpSoWg4OEV p9xoqHVXnmbXAqFIr9lpZN3zvgwJb05DERV5f2hyxa7tlWVO2xAlXVukAPSwTORGPV/olZTd2 jyY2YFekjHRspLWilDFsbxGyprXria3HN+y8f+9F5edCWxgba6fXyO8lEH+ucMVVRAV2j+fTv zPKodCr4iQHP2WODkhdcd7tw9d6he03VnNAzy4DBP+Pm0LBafL2uMkCXx3ILSFq+yQyFT2FN8 2PNu64hDv4CgyayE8gprpG1VTigZSBDmnzNWIN4ks+M7slvZNmzeyMMxKz5l7pVdtADP2Jz78 7+KxVfseoHQloRBkq46CWhRoXpJa+qhZKdAqkPxLJgFM1mup9/av+MHEPdBRVePKAVLu4dUPQ C7+H67W/u9FdQAGE5FFZC1D3ufqknJT4PVOxoKzqAGbbiHqxj+Y/DEwiGLdrhzDK+3VgRZsvM fwo+ry9wo8By9OknoiVeWt3Qwa2uqmwnQjBIZRcMeGfvMxDbHfqICnA7hVMGnwqFOZIiQm38z XEZgjCUyp+GmAph5xixPwfoDPLiC8DkbF848RqHTQm+ZA9B0JjG05+Z5tgH2f9uqLl3LD1mVp yBW9/tD0G8gG36DG7ehqAo4OBDnILfzXCTaaQfjcWMrKx47p+8f4NcqbiY3tQdACo3dWkKCMb eI8iUc5t7pQgwqyHM7c4VOE4Wv/EKwRHqxwfPJnrq17oZALY/BU9u1W5JhVON+336o3oly0nV 5HaUDvrn+AkrkrykJKwxvPQXu0cBnzrFPqvvQUxoFvEw8Gzt7luJdYyn60vZY2Oef49yGfkeN YfuCDjacHxHpeqAul3s4EElVFfnpoYsQPyrMmzw5WoV8jJShvnHkZQ/vgGV5Du+MYIwQ7dm37 x9e8x/6m2T58AM0vuwaNEich8VmLl7fdsUaTkbEMKDr8BLca7HHc/+0cTL3U3ATkDG+2kL734 9Nm+63rX0nJ+fYGI76OsRPAHoW7cwq1AVgw7NiwdYX2gl244kOIrQWVPeJ92snSMzbIzPuA3G oo30IGud9CzqcvsoRdreeH9etRcI3r8cIpvpxkXeeWuiPNhKBAIj/FKlq363YrfGta4jLY3ID 8uEu41y280W3zAQAQNZ512XLceplKnABlSgqN9CAT1mPaXdApnfm2sPCaFkre8tGRa9xhfyQB cBR3XpMGuqJaXVE2unwxCS0XKoWuSVZXXyfIL2QMGidD2E6tSGeRQW/wqjzEH4kLw6DhthS5m rJRR/PGqv7VOo9WXl/SqfsSM8jvcLTDaCmD/rrRg2iD+AVokrxF6DCRFU5iaId7+CU0i71Kta 9ZmlqImp6Bcjg+YNEVgTEIlg+0ANkgGCwQjq2SegBxOWZ5Xa33Ztnps2Zi3m4lD8TX4jJacKY azDp4E4JhPVvsY7HYBf0mx5wkXZwOEd/lBSvaTwxrd5TZTWBHC5qd4CRczj0omYEPjOXb814c rIjC1HJ0huHGgB1YtMK+sMaOwo65Vbz7NcyckxJAhL1kwj51B3hKR72EE9GxkmEM3J/t/oTSu 5+Ojuia6V5SN7uJBYy3xeMz4ZTm+ppdkJX6THCy7OOOAfjz1qWYVozT24W/tU5Kue5P8mjhn5 fLVLtRMGtzqSyNMDiZdyXAzFizxFoVZsPun3wh6THs71/JlAJBOi38V/elLIVJSyneIi77tnm 2sE4aXXCGyilbTP81u1jOhf7vV4kiJTrprhrj7MlMIw3QdM8cPNXyJpvZpwG5q0IBUkcPamkm 2CLTBuc8HhjyKFdaXEEMbvwY32hbBCeCZd5VYkjrjriVulOIyyBXosrYR9tsN0h5LD0Yg+94r 1L6v1EIW4FrU7P7fxxGwIAdh0P/p3NlYw22p+H3/j1T/yQgfEODQjxZxVD/GLfRyTberNerxx pAzQq72Fvdon+8xsb3qYxabRQa6nV/wpON7nPFpU7I7vxW3stulpy+Gu36Isd6dcD3Q52YBeC LrNKmT0ZrIbZY6mDCN4YygVXdX5f7jaoTl5xn5426gtgbb/FB+f8uJCigBI7A8lb2CFynTDV3 ACCgGTJ7zBu4EkGrJLL2yfW+EeftakpQk2fnFoyW7qd9v3MTRlkgDeS7E8lcgqP4McRe7OlN3 iHGxs0Hd/1iBtWYJcpWUjbtBIEdyi8FMbfjEtl5+EnswG6FRJOUTTHbzxfgwgbjEvDmw4ip6D LDgntTkSxS5Ffzp481DJdkof4O+ufWP0JFcxj39Y4I6BNPTYAOXitCUCCjZm98ZaZRWweTqxn rXEiUPuS6jNxqvx7p7r1+ELiJv5DgYbp5VseMnboTeLj2FpeSdW2LARGrkJT1Qsn0L2Tz5ARA QRmQl6/JFMgIBNlcFcFL2mSGs8r5b0L+tz917Z8pM4R0qlNRFPchGL9HVQ3jBYdYYuaT33ylH Umhk4pYnjLWP5IILrv35KxT1oifbpK2F25/wORhzo8uuv6kaaKI7StCaQfqNilWgirsGPwfMV Oix7zvrrP4bvtjPIV7sl9KPT9htZytzPk2SI/WG1kEQ6tTA/GQmH8XzsHqQX6JKofE1P4eS2t EaCExCuyPGTUFPx1q/tDbFLrBcekmP+DMbh5RpnF0SZl3liJBaOUZ9YDNa5vjThT896J1mmph /xTUHwLQG63bdHw69nT5DrSwGGQEpWNPM4FCsIv5E7euUDSYerhuSjl6hyljS+UdyXkT1dKwe CSn379C4JyyjYFP05PYz379fZH2O4D1v6X4TZwa1G0e3EW7jDTvYMfNXX7Uxuqgi9CJFz2QEO IuJpD/wyHVulYmSeNxwSfjXuTc163yf73vt67zrg4VEJwECJZCg== X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 80528 X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.2 (/) > Preamble: I got used to the nice orthogonality of `C-x 5 5' to an extent > that I sometimes type `C-x 5 5 C-x C-f' instead of `C-x 5 f', for > example. Which could be considered a UI misuse. But the following > issue might be relevant for commands other than `find-file', which do > not have a `*-other-frame' equivalent, so I decided to report it. > > > Save the following to a file test.txt: > > ------------------------- snip ------------------------- > Local Variables: > indent-line-function: nil > End: > ------------------------- snip ------------------------- > > Then start emacs -Q, then: > > C-x 5 5 C-x C-f test.txt RET > > This already creates the new frame, displaying a sole window with the > "risky local variables" dialogue in the *Local Variables* buffer. Enter > > y > > Now observe how the newly opened frame gets deleted again and test.txt > opens in the initial frame instead. Which I consider in contrast to my > declared intention of having it opened in another frame. > > > If you think that this is something that should be fixed I can also try > to provide some patch. But I'm not very familiar with that whole > "display buffer/quit window" magic, so I won't be seriously offended if > somebody else steps up. > > I'm also not quite sure what TRT to do would be here. IMHO the best > thing would be if `C-x 5 5' exempted the *Local Variables* buffer from > the pending "force-in-other-frame", and opened it still in the current > frame, applying the "force-in-other-frame" only to the "real buffer" > that opens afterwards. > > Thinking more about it, there might be other, similar dialogues (how > about Tramp interactions? EPA?) that could also suffer from this > problem. Hm. > > WDYT? Thanks! Hard to tell (I'm no expert in the C-x 5 5 area). The C-x 5 5 affects displaying the risky local variables dialogue as part of the C-x C-f command and gets lost for the subsequent buffer display operation proper. So either the risky local variables dialogue should be able to - ignore the C-x 5 5, display the dialogue in the old frame and keep the C-x 5 5 for the proper display part of C-x C-f, or - keep the C-x 5 5 property for the display part and pop up yet another frame (tedious), or - not delete the new frame via surgery of the 'quit-restore' parameter as implicitly set up by 'hack-local-variables-confirm'. Maybe 'display-buffer-override-next-command' could be modified appropriately but that's Juri's department. martin
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.Jens Schmidt <jschmidt4gnu@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Received: (at 80528) by debbugs.gnu.org; 2 Mar 2026 21:09:09 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Mar 02 16:09:09 2026 Received: from localhost ([127.0.0.1]:38857 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vxAVo-0001fZ-TI for submit <at> debbugs.gnu.org; Mon, 02 Mar 2026 16:09:09 -0500 Received: from mr3.vodafonemail.de ([145.253.228.163]:38572) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <jschmidt4gnu@HIDDEN>) id 1vxAVk-0001eY-Cx; Mon, 02 Mar 2026 16:09:07 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de; s=vfde-mb-mr2-23sep; t=1772485737; bh=uVXDJWYIKb5xTBIYwzF29EBKWciMcRLyBKJtDX9599M=; h=Message-ID:Date:User-Agent:From:Subject:Content-Language:To: Content-Type:From; b=i9zVb0B5WzG/MM+O4Phl6v6it4k7nJdS/gZkPk6hcyVrF4myQ4DfVGaOmhScbkaRO NOSVv4u6khmQPL2s7WyqMhhStgT1f2/gzRHygGPBx0hQvY7G/uwixqYpAIGZlfjjeL Q4PZBQuG0v6/v06yQiTpD8nEJmAOuXKY0hjhezAM= Received: from smtp.vodafone.de (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mr3.vodafonemail.de (Postfix) with ESMTPS id 4fPs4947qGz2GHd; Mon, 2 Mar 2026 21:08:57 +0000 (UTC) Received: from [192.168.178.41] (unknown [62.144.253.228]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4fPs424zsfz8sXl; Mon, 2 Mar 2026 21:08:47 +0000 (UTC) Message-ID: <10437928-e04b-4c80-aa9e-e44b06cb3467@HIDDEN> Date: Mon, 2 Mar 2026 22:08:40 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Jens Schmidt <jschmidt4gnu@HIDDEN> Subject: 31.0.50; other-frame-prefix and risky local variable dialogue do not go along well Content-Language: de-DE-frami, en-US To: 80528 <at> debbugs.gnu.org, martin rudalics <rudalics@HIDDEN> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-purgate-server: smtpa04 X-purgate-type: clean X-purgate: clean X-purgate-size: 5630 X-purgate-ID: 155817::1772485736-E52376A8-389569AF/0/0 X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 80528 X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.2 (/) retitle 80528 other-frame-prefix and risky local variable dialogue do not go along well thanks [Resend and retitled with a proper subject - sorry for the initial noise.] Preamble: I got used to the nice orthogonality of `C-x 5 5' to an extent that I sometimes type `C-x 5 5 C-x C-f' instead of `C-x 5 f', for example. Which could be considered a UI misuse. But the following issue might be relevant for commands other than `find-file', which do not have a `*-other-frame' equivalent, so I decided to report it. Save the following to a file test.txt: ------------------------- snip ------------------------- Local Variables: indent-line-function: nil End: ------------------------- snip ------------------------- Then start emacs -Q, then: C-x 5 5 C-x C-f test.txt RET This already creates the new frame, displaying a sole window with the "risky local variables" dialogue in the *Local Variables* buffer. Enter y Now observe how the newly opened frame gets deleted again and test.txt opens in the initial frame instead. Which I consider in contrast to my declared intention of having it opened in another frame. If you think that this is something that should be fixed I can also try to provide some patch. But I'm not very familiar with that whole "display buffer/quit window" magic, so I won't be seriously offended if somebody else steps up. I'm also not quite sure what TRT to do would be here. IMHO the best thing would be if `C-x 5 5' exempted the *Local Variables* buffer from the pending "force-in-other-frame", and opened it still in the current frame, applying the "force-in-other-frame" only to the "real buffer" that opens afterwards. Thinking more about it, there might be other, similar dialogues (how about Tramp interactions? EPA?) that could also suffer from this problem. Hm. WDYT? Thanks! In GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.49, cairo version 1.18.4) of 2026-03-02 built on sappc2 Repository revision: f46eaf609e1f9344671a7886f161d460edc0fe0c Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12401006 System Description: Debian GNU/Linux 13 (trixie) Configured using: 'configure -C --build x86_64-linux-gnu --sharedstatedir=/var/lib --localstatedir=/var/lib --with-libsystemd --with-pop=yes --with-sound=alsa --without-gconf --with-mailutils --with-cairo --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars build_alias=x86_64-linux-gnu' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG LCMS2 LIBOTF LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11 XDBE XIM XINERAMA XINPUT2 XPM XRANDR GTK3 ZLIB Important settings: value of $LC_COLLATE: POSIX value of $LC_CTYPE: en_US.UTF-8 value of $LC_MESSAGES: en_US.UTF-8 value of $LC_MONETARY: de_DE.UTF-8 value of $LC_NUMERIC: POSIX value of $LC_TIME: POSIX value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Text Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t minibuffer-nonselected-mode: t minibuffer-regexp-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr compile comint ansi-osc ansi-color ring comp-run bytecomp byte-compile comp-common rx emacsbug lisp-mnt message mailcap yank-media puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util text-property-search time-date subr-x mule-util mm-decode mm-bodies mm-encode mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd touch-screen tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo gtk x-toolkit xinput2 x multi-tty move-toolbar make-network-process tty-child-frames native-compile emacs) Memory information: ((conses 16 87682 9241) (symbols 48 6878 0) (strings 32 24695 1872) (string-bytes 1 756867) (vectors 16 16227) (vector-slots 8 192692 7377) (floats 8 39 1) (intervals 56 328 0) (buffers 1064 13))
bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 2 Mar 2026 20:29:19 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Mar 02 15:29:19 2026 Received: from localhost ([127.0.0.1]:38615 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1vx9tG-000708-N5 for submit <at> debbugs.gnu.org; Mon, 02 Mar 2026 15:29:19 -0500 Received: from lists.gnu.org ([2001:470:142::17]:58104) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <jschmidt4gnu@HIDDEN>) id 1vx9tE-0006zR-U8 for submit <at> debbugs.gnu.org; Mon, 02 Mar 2026 15:29:17 -0500 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 <jschmidt4gnu@HIDDEN>) id 1vx9t0-0007aZ-2l for bug-gnu-emacs@HIDDEN; Mon, 02 Mar 2026 15:29:02 -0500 Received: from mr5.vodafonemail.de ([145.253.228.165]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <jschmidt4gnu@HIDDEN>) id 1vx9sw-0002Dc-FD for bug-gnu-emacs@HIDDEN; Mon, 02 Mar 2026 15:29:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de; s=vfde-mb-mr2-23sep; t=1772483330; bh=EpotlkWtuzbPGxp7F8UxGIZgdFU0Ox/h6Ob+ONzDWmM=; h=From:To:Subject:Date:Message-ID:Content-Type:From; b=Vj/FsZSPa9UJob+UsfKiWKqObVPwnlhtqu4tF/HWaqCX62sPnQ+HYUswcr9svixhN h+wB5TESwQvVXmBOmWAtK1jaCMpydaTY2/IA0B+lrHi39V3sNsfBxvKj4iCTmZ+aI0 AVbji848PUI7FNpcYo8KZPl2a4QzaLU+Yk8XkReM= Received: from smtp.vodafone.de (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mr5.vodafonemail.de (Postfix) with ESMTPS id 4fPr9t1yS1z1yWS for <bug-gnu-emacs@HIDDEN>; Mon, 2 Mar 2026 20:28:50 +0000 (UTC) Received: from sappc2 (unknown [62.144.253.228]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4fPr9p3cHkz9rw8; Mon, 2 Mar 2026 20:28:43 +0000 (UTC) From: Jens Schmidt <jschmidt4gnu@HIDDEN> To: bug-gnu-emacs@HIDDEN Subject: 31.0.50; X-Debbugs-Cc: martin rudalics <rudalics@HIDDEN> Date: Mon, 02 Mar 2026 21:28:42 +0100 Message-ID: <87ikbeq8lh.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain X-purgate-server: smtpa01 X-purgate-type: clean X-purgate: clean X-purgate-size: 5453 X-purgate-ID: 155817::1772483329-8ECE89D4-2D9A48D8/0/0 Received-SPF: pass client-ip=145.253.228.165; envelope-from=jschmidt4gnu@HIDDEN; helo=mr5.vodafonemail.de X-Spam_score_int: -12 X-Spam_score: -1.3 X-Spam_bar: - X-Spam_report: (-1.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.968, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.495, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Preamble: I got used to the nice orthogonality of `C-x 5 5' to an extent that I sometimes type `C-x 5 5 C-x C-f' instead of `C-x 5 f', for example. Which could be considered a UI misuse. But the following issue might be relevant for commands other than `find-file', which do not have a `*-other-frame' equivalent, so I decided to report it. Save the following to a file test.txt: ------------------------- snip ------------------------- Local Variables: indent-line-function: nil End: ------------------------- snip ------------------------- Then start emacs -Q, then: C-x 5 5 C-x C-f test.txt RET This already creates the new frame, displaying a sole window with the "risky local variables" dialogue in the *Local Variables* buffer. Enter y Now observe how the newly opened frame gets deleted again and test.txt opens in the initial frame instead. Which I consider in contrast to my declared intention of having it opened in another frame. If you think that this is something that should be fixed I can also try to provide some patch. But I'm not very familiar with that whole "display buffer/quit window" magic, so I won't be seriously offended if somebody else steps up. I'm also not quite sure what TRT to do would be here. IMHO the best thing would be if `C-x 5 5' exempted the *Local Variables* buffer from the pending "force-in-other-frame", and opened it still in the current frame, applying the "force-in-other-frame" only to the "real buffer" that opens afterwards. Thinking more about it, there might be other, similar dialogues (how about Tramp interactions? EPA?) that could also suffer from this problem. Hm. WDYT? Thanks! In GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.49, cairo version 1.18.4) of 2026-03-02 built on sappc2 Repository revision: f46eaf609e1f9344671a7886f161d460edc0fe0c Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12401006 System Description: Debian GNU/Linux 13 (trixie) Configured using: 'configure -C --build x86_64-linux-gnu --sharedstatedir=/var/lib --localstatedir=/var/lib --with-libsystemd --with-pop=yes --with-sound=alsa --without-gconf --with-mailutils --with-cairo --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars build_alias=x86_64-linux-gnu' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG LCMS2 LIBOTF LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11 XDBE XIM XINERAMA XINPUT2 XPM XRANDR GTK3 ZLIB Important settings: value of $LC_COLLATE: POSIX value of $LC_CTYPE: en_US.UTF-8 value of $LC_MESSAGES: en_US.UTF-8 value of $LC_MONETARY: de_DE.UTF-8 value of $LC_NUMERIC: POSIX value of $LC_TIME: POSIX value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Text Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t minibuffer-nonselected-mode: t minibuffer-regexp-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr compile comint ansi-osc ansi-color ring comp-run bytecomp byte-compile comp-common rx emacsbug lisp-mnt message mailcap yank-media puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util text-property-search time-date subr-x mule-util mm-decode mm-bodies mm-encode mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd touch-screen tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo gtk x-toolkit xinput2 x multi-tty move-toolbar make-network-process tty-child-frames native-compile emacs) Memory information: ((conses 16 87682 9241) (symbols 48 6878 0) (strings 32 24695 1872) (string-bytes 1 756867) (vectors 16 16227) (vector-slots 8 192692 7377) (floats 8 39 1) (intervals 56 328 0) (buffers 1064 13))
Jens Schmidt <jschmidt4gnu@HIDDEN>:rudalics@HIDDEN, bug-gnu-emacs@HIDDEN.
Full text available.rudalics@HIDDEN, bug-gnu-emacs@HIDDEN:bug#80528; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.