From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eduardo Ochs Newsgroups: gmane.emacs.bugs Subject: bug#51143: 29.0.50; Long delay after M-x commandname Date: Tue, 12 Oct 2021 16:05:32 -0300 Message-ID: References: <87ee8qcsfr.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31929"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Michael Heerdegen , 51143@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Oct 12 21:10:34 2021 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 1maNAY-000864-F9 for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 12 Oct 2021 21:10:34 +0200 Original-Received: from localhost ([::1]:49282 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1maNAV-00052w-Tq for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 12 Oct 2021 15:10:32 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48042) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1maN6E-0000w0-2e for bug-gnu-emacs@gnu.org; Tue, 12 Oct 2021 15:06:06 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:42129) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1maN69-0002Ks-S2 for bug-gnu-emacs@gnu.org; Tue, 12 Oct 2021 15:06:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1maN69-0006QL-Mv for bug-gnu-emacs@gnu.org; Tue, 12 Oct 2021 15:06:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eduardo Ochs Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Oct 2021 19:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51143 X-GNU-PR-Package: emacs Original-Received: via spool by 51143-submit@debbugs.gnu.org id=B51143.163406555224676 (code B ref 51143); Tue, 12 Oct 2021 19:06:01 +0000 Original-Received: (at 51143) by debbugs.gnu.org; 12 Oct 2021 19:05:52 +0000 Original-Received: from localhost ([127.0.0.1]:53675 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1maN5z-0006Pw-Re for submit@debbugs.gnu.org; Tue, 12 Oct 2021 15:05:52 -0400 Original-Received: from mail-pl1-f172.google.com ([209.85.214.172]:42880) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1maN5y-0006Ph-7m for 51143@debbugs.gnu.org; Tue, 12 Oct 2021 15:05:50 -0400 Original-Received: by mail-pl1-f172.google.com with SMTP id l6so176485plh.9 for <51143@debbugs.gnu.org>; Tue, 12 Oct 2021 12:05:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=JRfI+e5KFhVAa+RUWiqwyC6tcqA5oRF6shAo22fJWKc=; b=D2+CYwyOwtiEqRRcZ4jq+M0JKVxdhAo1Vdjn3iM8Red9vAxX105wEsDz1eCY5Yrg/N I9mY2MGdVWT74VW0uYR2XMTt8XSM+IXjG17q1PcmrXNRDuN9ypKzyJCG4W4nQdgX4wVx ypsOgZjIgGTsTkDIr/nxwJd7fHjTrx8t9pGXPi3rrRRnFvEuGYcTLgReGRlKIWlJ030v TCgY3YXoFcxzLsGIonZs1ZDpKWrZ9rvHII6csAxfB7v+iwNN13wf51x4XuQgrLzCna9M dGOkosRMiug6cip11+lSyxzmpFyIm8/BvRuPXlVwtwW3XAMzVznSdvRNqZkKn8kHEz7F m1FA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=JRfI+e5KFhVAa+RUWiqwyC6tcqA5oRF6shAo22fJWKc=; b=6kvi4JXFd0wl7J63CphXiFcKdItZjpR8d/7Z/lgifn1ijftojSkhN0ZHGURUQ0eMpS KX1Alzor+BkpIEQoQBa4kILYYH1Np9c1EEKLc8XezOs0hnvb66Jk9UGYrsCvF9CDKwyB GCZgEbstRsuJNLcm/btY0Phcrasu8wocTyp/B+0g1OVyi3J1798Irfe5wgvRKaPQYbYR OdsMueZornqUJao5F41MlY1NMUNT0OgiT3Px57/DfCF0MEdlQ2+f+LWW/w5itClYyKiZ CEj/H5wfQl52Bsa2cf9vIb5NcmhUYAnwJSXWzbAAcqLQ8sei5Kqje1H/XKc2Qyi6I3k4 YjTQ== X-Gm-Message-State: AOAM533Eu6/GOCwDfrHO7Qi23GX0165tOC2CbeVrqz3EdIRoeV5V4i9y 3VzdqwOszFg8815AvvVfIC+8l/jajMi2gtTlrjY= X-Google-Smtp-Source: ABdhPJxNT5GUYhgATALn8Q5OxUpgYfmhnrZ6tSYOeELC9Zk2ZL9MFntdaFFnpO1fgbXz0FU+8oq7HRns6AHStX83gMs= X-Received: by 2002:a17:90a:5502:: with SMTP id b2mr8171554pji.154.1634065544244; Tue, 12 Oct 2021 12:05:44 -0700 (PDT) In-Reply-To: <87ee8qcsfr.fsf@gnus.org> 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:217071 Archived-At: On Tue, 12 Oct 2021 at 09:56, Lars Ingebrigtsen wrote: > > But it's run like this: > > (while-no-input (execute-extended-command--shorter "find-eev-quick-intro" "find-eev-qui")) > > So typing any key should abort it. > > I'm not saying we shouldn't make the function shorter, but what's the > use case where this matters to the user? You mention it affecting > `M-x TAB', but as far as I can see, that function is never called when > doing that? > > I tried > > M-x debug-on-entry RET execute-extended-command--shorter RET > M-x TAB > > and it wasn't called. Do you have a complete recipe, starting from > "emacs -Q", that demonstrates the problem? Hi Lars, I commit many mistakes when I type, so I prefer recipes that can be executed by just typing `C-x C-e' at the right places. The delay is much longer on emacses with more packages loaded and more functions defined. If I try to run `M-x find-eev-quick-intro' by typing M-x f i n d - e e v - q TAB RET in an Emacs28 without -Q then the code in `execute-extended-command' takes 10 seconds to display the message You can run the command `find-eev-quick-intro' with `M-x -q-i' and _ONLY THEN_ it shows the temporary buffer that find-eev-quick-intro produces. You're right about this being interruptible by typing a key - I didn't know that trick - but I'm used to only choose what to type in those buffers after seeing their contents, so I'll have retrain myself to type, say, , on such delays, and for me it's easier to just execute (setq extended-command-suggest-shorter nil) when I start to get bothered by such delays than to retrain myself, so here's one user - me - and one use case - the one above - in which this matters... =S There is a recipe here: https://lists.gnu.org/archive/html/help-gnu-emacs/2021-10/msg00261.html its main line (plus something that I will explain soon) is: (execute-extended-command--shorter "find-eev-quick-intro" "find-eev-qui") (execute-extended-command--shorter "find-eev-quick-intro" "123456789012") `execute-extended-command--shorter' only cares about the length of its second argument, so using "find-eev-qui" in the second argument is equivalent to using "123456789012". The discussion about that bug is happening part here and part in help-gnu-emacs. See: https://lists.gnu.org/archive/html/help-gnu-emacs/2021-10/msg00280.html Cheers, E.