From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Stephen Berman Newsgroups: gmane.emacs.bugs Subject: bug#41338: Toolbar-bug in Emacs 27.0.91/Pretest Date: Sun, 17 May 2020 16:49:26 +0200 Message-ID: <87o8qmehvt.fsf@gmx.net> References: <87ftbzva1f.fsf@rub.de> <877dxb4hzh.fsf@mail.linkov.net> <878shrey7h.fsf@gmx.net> <874ksfexjr.fsf@gmx.net> <87wo5aemyc.fsf@gmx.net> <87sgfyel87.fsf@gmx.net> <3F5C83BD-F7CE-4D22-96E0-E96C263A5B75@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="54068"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 41338@debbugs.gnu.org, konrad.podczeck@univie.ac.at, juri@linkov.net To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun May 17 16:50:31 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jaKcZ-000Dx0-6U for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 17 May 2020 16:50:31 +0200 Original-Received: from localhost ([::1]:38124 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jaKcY-0005Sz-2P for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 17 May 2020 10:50:30 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44432) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jaKc6-0005QJ-JU for bug-gnu-emacs@gnu.org; Sun, 17 May 2020 10:50:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:60948) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jaKc6-0006h8-9w for bug-gnu-emacs@gnu.org; Sun, 17 May 2020 10:50:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jaKc6-0003qW-8i for bug-gnu-emacs@gnu.org; Sun, 17 May 2020 10:50:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 May 2020 14:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41338 X-GNU-PR-Package: emacs X-Debbugs-Original-Cc: martin rudalics , bug-gnu-emacs@gnu.org, Juri Linkov , 41338@debbugs.gnu.org, Konrad Podczeck Original-Received: via spool by 41338-submit@debbugs.gnu.org id=B41338.158972697814726 (code B ref 41338); Sun, 17 May 2020 14:50:02 +0000 Original-Received: (at 41338) by debbugs.gnu.org; 17 May 2020 14:49:38 +0000 Original-Received: from localhost ([127.0.0.1]:44257 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jaKbi-0003pR-6f for submit@debbugs.gnu.org; Sun, 17 May 2020 10:49:38 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:60151) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jaKbg-0003pF-Cy for 41338@debbugs.gnu.org; Sun, 17 May 2020 10:49:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1589726967; bh=xQrXl4bQrJQhSbe0/Q2SrWuJWk4pRxqNxTeHky1/BtE=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=ZX7pwyvO0bYlRHIGIRIbLJ/SVI55NbvPEk4pmuLE6XuMxPFZ1OZVvfYTK0DA0rsYa 4yH+xZHx4h/subg6hJo2Kw2nNNhqhZVzwFXzyqWUQbooP3NY6Uqu8G2yY7lAwdO8hY Tj18Q2nPmBKP2ZvrUtTBOxMqCqew/LXjXV3y/5kk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from strobe-jhalfs ([188.109.150.40]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mnpnm-1jHGBx1W14-00pNmk; Sun, 17 May 2020 16:49:27 +0200 In-Reply-To: <3F5C83BD-F7CE-4D22-96E0-E96C263A5B75@gnu.org> (Eli Zaretskii's message of "Sun, 17 May 2020 17:22:14 +0300") X-Provags-ID: V03:K1:ZQU/C8Gak6Y607LqvfJcXyQEb8Z3F34MPZyy0y/Ke31obj9/26L FHnIp4KItVkGrQarQ3oM3zzsTY6nLgfkO71NK0Y0zX73lfqRTk1V1eYWegxr7HH3xbipmRP iZF1jWiJ9gKogFudXIfAtXezN1yDeXrafynUpdeECJgfVMudLiEMwpouiChsnNglfWSrKzY hbik2Je8RzT+5JH0+A5rQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:PcX/HWmLBwg=:xuZba2Oq6qwc6AT5GW4Bfk kv7AiHrwqc9vfmAaVqato88i/D1bcs60O3oiT/88lTkG4cKdRs5S5SHZqZei1cS+wNXv5rimb C2PGiR53+LaQ76+D8q4xEt77F3aZx3eFZdBxvQ17hUo4svHv76ZOphjzJOqlt4sUxD4ILyzAP mqXg65kcR4JqZkIw8+d/GJiHCUB87LmdiY0BcpBaOWS0zG34xB+4BKwVWC4zR3K/kwO1owJEm daaUyDFURlKti5zFLj/uCvNZLPi4r/iiPErTvE+lzejVBHyG1fEk6jx9zfC3ykVifPtaFfaYY vTW9OtT5cLrG5sBPkIM1UHRNMyipBJRTeVrZzmGIs7yxMfe9eXbhwSTfD5t+mJ9ZYvtGipRQD E/P4XH2CPg88awcppUWRxB/umuAK8rgt5H8Je1Ju36lqy4FS/ECt+1ywAWh/ccp68JXvUOMDU Wh042pdveZeZlzEuS1Tg6cdxJp72y4ck/VBAHiij75unuFoX9D9QsSUQqxKa4PSRhl0fYIcx3 xt3snGLpWOYJluRvMHnCftZvG67sr8bH0ptPw1VlcFvj8RIfJG9Le2nnY5F3T8J5cv/LIeiWm 011E2OSZe6SMcV/CDUIlbbT5GMXn/8Qni+Odgn9iukER4DQwZcaXUqOUYLOThCWgX1737hjci s+RdjMxX66K9iGP9BdKEwJFRL/PXSzcWdkxjnU+Y3XtgPV85ECTOvqW058gKvCSoT6Np418xo 5jGK/2xTxkvZrb57g/XR4fDq645U1Ui5yaG7aC05Uzr9CqeAO3DJfzdhWUC1gPhXkmqeSEkk X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:180469 Archived-At: On Sun, 17 May 2020 17:22:14 +0300 Eli Zaretskii wrote: > On May 17, 2020 4:37:12 PM GMT+03:00, Stephen Berman wrote: >> > Does it make sense to remain in Isearch in tbis scenario? Could it >> > be that we are over-engineering this stuff? >>=20 >> As I reported in my followup to Martin, it is only when deleting the >> frame by clicking the toolkit's close frame button that isearch >> remains >> in progress, with `C-x 5 0' it is cancelled. So the former seems to >> be >> the problematic case, since it's also the method used in the OP. > Yes, I was asking whether wr should simply not try remaining in > Isearch when frames are switched or deleted.=20=20 I think it would certainly be good if isearch behaved the same in response to a delete frame event, regardless of how it is generated. > Juri seems to say that > we try not to leave Isearch in some of those cases. I found Juri's post confusing, probably because I know next to nothing about frame events. He quotes this comment in isearch-mode-map: ;; Pass frame events transparently so they won't exit the search. but then says "and indeed the =E2=80=98switch-frame=E2=80=99 event is fired= when the frame is switched during isearch, and it exits isearch", which seems to contradict the comment. But in any case, according to my tests, switch the frame does indeed exit Isearch, whether via `C-x 5 o' or the toolkits `Alt-TAB'. Juri added: "But I don't know why the =E2=80=98delete-frame=E2=80=99 event is not fired on frame deletion." But = my tests indicate that, unlike when switching the frame, when deleting the frame, Isearch is exited only when the delete frame event comes from Emacs, not from the toolkit. Steve Berman