From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Newsgroups: gmane.emacs.bugs Subject: bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press Date: Fri, 24 Mar 2023 12:39:29 +0000 Message-ID: References: <831qlh79at.fsf@gnu.org> <87zg83e032.fsf@melete.silentflame.com> <83sfdv44df.fsf@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="blaine.gmane.org:116.202.254.214"; logging-data="23144"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , toon@to1.studio, 62355@debbugs.gnu.org To: Sean Whitton Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Mar 24 23:03:39 2023 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 1pfpVb-0005o4-7d for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 24 Mar 2023 23:03:39 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pfpTY-0004HL-8f; Fri, 24 Mar 2023 18:01:33 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pfpTG-000465-EH for bug-gnu-emacs@gnu.org; Fri, 24 Mar 2023 18:01:15 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pfpTG-0000eY-3G for bug-gnu-emacs@gnu.org; Fri, 24 Mar 2023 18:01:14 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pfkWH-0006vu-Vm for bug-gnu-emacs@gnu.org; Fri, 24 Mar 2023 12:44:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Mar 2023 16:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62355 X-GNU-PR-Package: emacs Original-Received: via spool by 62355-submit@debbugs.gnu.org id=B62355.167967620826601 (code B ref 62355); Fri, 24 Mar 2023 16:44:01 +0000 Original-Received: (at 62355) by debbugs.gnu.org; 24 Mar 2023 16:43:28 +0000 Original-Received: from localhost ([127.0.0.1]:41269 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfkVk-0006uy-DN for submit@debbugs.gnu.org; Fri, 24 Mar 2023 12:43:28 -0400 Original-Received: from mail-pg1-f171.google.com ([209.85.215.171]:37587) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfkVi-0006um-Hl for 62355@debbugs.gnu.org; Fri, 24 Mar 2023 12:43:27 -0400 Original-Received: by mail-pg1-f171.google.com with SMTP id y35so1435136pgl.4 for <62355@debbugs.gnu.org>; Fri, 24 Mar 2023 09:43:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1679676200; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=YK7UzozaHJJhUqifkaqYeQyhbz1SE89+usf5M+2ACa8=; b=T1704yUssocsOnJtwUBQ5+6hbB4uGYefu9aws0yy388yJmFis3YjnA9D/0paxqHIZ9 mxsC/oYAZ+/narXKhC1p3hf+OH0Nzasf8QjRBopcaMoalWT2yupoHxLt8mFfxhp+ajOS nPlq5biA+ED4G9y7EftfpHEpaMuE7Q5lOVOMfkPEB/ot3ohLzH/Ofrg4sZP4hLZIa+bB j/lPfFx46nzsTKAkWrchRc9b0aemyF7pKHyTgt2L68dsOrZIDOEF+I4rjCqSGGbOUOi+ rueU8SFJpJ5VrDUwMdpMWgQanDuKoEHF6z43PHakLneXLKO8yP8+KR/ApKrBWlzc/0Cd QSFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1679676200; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=YK7UzozaHJJhUqifkaqYeQyhbz1SE89+usf5M+2ACa8=; b=YuDlnQDCsclX0Hm6Z9tUmgBKLcG6VKfLXA7KqA7Alw+RQ1YFUa9RH03BE0ZHIGD69Q cLKvrKH4FFk8DgM/kq0+1zyblaryeUUBQh4RsRfOtih6OrDLSgywGOs0Vj7EQUcSK2gR 8w5CHHfeDh2Vg/zcOTzYeii3pQ7OK8fGPDKs8n5hpf1z8OqbdeZvsMjnqYZbR4cXaKnm vB/5mBmLQut3mY/gzprFra7g6eZBq02lwdkISz1vcKDFpKrSy/kAwGk6j0rjtk46vFu+ JiddDh6f7NExeMWvuci8L+awT9Zd9QPcshpo8avSNRozISm13dCUuxt0g1bonSpZGgxo HCyA== X-Gm-Message-State: AAQBX9c6+qZ5LGfHqo0Iu6FkmJHN2aZGinLDUhL/SVUo8xHrtztMJO6c 4r1iWCwq9y3zxBEWGeT2qqNMMoHQBRqhm3HQmzw9G3m3 X-Google-Smtp-Source: AK7set+BKte7pVcjcq5FJJMlC6DSG3v38UnngjfgMA80C8XZAB8hmvES6fneWGjvrrE+1vmz4OwLIRw53wJMz7wwtos= X-Received: by 2002:a05:687c:198:b0:17e:3201:41b0 with SMTP id yo24-20020a05687c019800b0017e320141b0mr908637oab.5.1679661457117; Fri, 24 Mar 2023 05:37:37 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:258517 Archived-At: On Fri, Mar 24, 2023 at 12:01=E2=80=AFAM Sean Whitton wrote: > > On Thu, Mar 23, 2023 at 10:09:00PM +0200, Eli Zaretskii wrote: > > > > It isn't a bug, but the expected and intentional behavior. > > I thought that the idea with Icomplete &c. was that they would stop what = they > are doing in response to any keystrokes, not requiring an explicit quit, = in > order to be maximally unobtrusive. As far as I know, the "unobtrusive" part of Icomplete &c is designed primarily to let you modify the search pattern upon which Icomplete is acting to show you potential candidates for the thing you ultimately want to complete to as quickly as possible, so that if I type, say M-x fido-mode M-x f o o then the search for all commands whose name contains 'f' is interrupted, and any results discarded, as soon as I type the 'o', the 'o' is shown in the minibuffer, and a search starts anew. This is realized with while-no-input. If the completion backend is particularly slow in searching (which is usually not C-x b's case, but other backends are indeed slow), th= is helps a lot in seeing what you are typing. As far as I know, this behavior is _not_ designed to "tweak" the C-g behaviour to be anything different from what you would get if you were not using Icomplete or Fido mode. That said, I don't understand exactly what you want to happen when you type C-g before the search is complete, what happens instead, and why do you think you're seeing a bug. Jo=C3=A3o