From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 21 16:16:12 2023 Received: (at submit) by debbugs.gnu.org; 21 Mar 2023 20:16:12 +0000 Received: from localhost ([127.0.0.1]:60891 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1peiOu-0006sY-OH for submit@debbugs.gnu.org; Tue, 21 Mar 2023 16:16:12 -0400 Received: from lists.gnu.org ([209.51.188.17]:52324) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pehTY-0000B5-0u for submit@debbugs.gnu.org; Tue, 21 Mar 2023 15:16:52 -0400 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 1pehTN-00019e-GM for bug-gnu-emacs@gnu.org; Tue, 21 Mar 2023 15:16:43 -0400 Received: from mx-out1.startmail.com ([145.131.90.139]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pehTK-0005gZ-50 for bug-gnu-emacs@gnu.org; Tue, 21 Mar 2023 15:16:39 -0400 Date: Tue, 21 Mar 2023 20:16:17 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=startmail.com; s=2020-07; t=1679426178; bh=bveRKozyz6IuvSg2Hh83OzbpEipSM1sVVcRfOXcPq1M=; h=Date:Message-ID:From:To:Subject:From:Subject:To:Date:Sender: Content-Type:Content-Transfer-Encoding:Content-Disposition: Mime-Version:Reply-To:In-Reply-To:References:Message-Id:Autocrypt; b=3eX+pfaZOiYGT2BdD1HN90yf6jUGoeltPZ++Exugb/HPkIIb0N/b+86sOXODl60LG v90jKNbY3ZXqJzwt9aUBruMEgMNVaZebNPWcrmASTtmbMyaystlVI9XI3GQSoYrGYq RbwzeLJ8qcGxeCN5L0fMBRczMytt9dz+zaOKcT38b2Lj8du6cNKFtYm+idZ+kKbq6z IRk6ctI1+B5b0d5M3oQtzjM1ymOCxfkEsXq7yYgcTBRFpV31UgDA/HHU2/DxWf8DX+ Dk0TDkpbpEGr7EhGIYi35HWgs0SmFTq3eh93DWR2ahG/ZL17CJvA24WNtiWt+ue6Gc ctOa7SqqRFsLg== Message-ID: From: Toon claes To: bug-gnu-emacs@gnu.org Subject: 30.0.50; C-g doesn't always quit minibuffer on first press Received-SPF: softfail client-ip=145.131.90.139; envelope-from=toon@to1.studio; helo=mx-out1.startmail.com X-Spam_score_int: -11 X-Spam_score: -1.2 X-Spam_bar: - X-Spam_report: (-1.2 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 21 Mar 2023 16:16:04 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --text follows this line-- Hi, For a while I've been having trouble C-g isn't quitting the minibuffer after the first press. When I start Emacs freshly I can press M-x, that triggers the minibuffer, and pressing C-g quits the minibuffer again. But after a short while of use this behaviour changes. Pressing M-x still triggers the minibuffer, but pressing C-g prints "[Quit]" while it keeps the minibuffer active. Only after pressing C-g a second time the minibuffer is actually quit. I was able to reproduce in "emacs -Q", but I haven't so far been able to reproduce with "emacs -Q -nw", although I'm not sure it's related to any of that. Below is the output of "C-h l" (view-lossage) reproducing the issue: C-x b ;; switch-to-buffer C-g ;; abort-minibuffers M-x ;; execute-extended-command C-g C-g ;; abort-minibuffers C-h l ;; view-lossage You can see the first time I press C-g once to abort-minibuffers. The second time I have to C-g twice. This time it happened right after a fresh start of "emacs -Q", but sometimes I have to do a lot more actions before the double C-g is needed. -- Toon In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.36, cairo version 1.17.6) of 2023-02-13 built on kumatsu Repository revision: 609319da870eac75cf4715de8abfaac9233d98f9 Repository branch: master System Description: Fedora Linux 37 (Workstation Edition) Configured using: 'configure --prefix=/home/toon/.local --with-mailutils --with-sound=yes --with-pdumper=yes --with-jpeg --with-xpm=ifavailable --with-tiff --with-gif --with-png --with-rsvg --with-cairo --with-xml2 --without-imagemagick --with-native-image-api --with-json --with-xft --with-harfbuzz --with-libotf --with-zlib --with-x --with-gnutls=ifavailable --with-native-compilation --with-pgtk --with-sqlite3 --with-tree-sitter 'CFLAGS=-O0 -g3'' Configured features: CAIRO DBUS FREETYPE GLIB GSETTINGS HARFBUZZ JPEG JSON LIBOTF LIBSELINUX LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PGTK PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XIM GTK3 ZLIB Important settings: value of $LC_MONETARY: en_DK.UTF-8 value of $LC_NUMERIC: en_DK.UTF-8 value of $LC_TIME: en_DK.UTF-8 value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Messages Minor modes in effect: tooltip-mode: t global-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 buffer-read-only: 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 emacsbug 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 mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils thingatpt cl-loaddefs comp comp-cstr warnings icons subr-x rx cl-seq cl-macs gv cl-extra help-mode bytecomp byte-compile cl-lib display-line-numbers rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/pgtk-win pgtk-win term/common-win pgtk-dnd 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 dynamic-setting system-font-setting font-render-setting cairo gtk pgtk multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 78372 10344) (symbols 48 7192 0) (strings 32 19692 1605) (string-bytes 1 602285) (vectors 16 15469) (vector-slots 8 321515 16235) (floats 8 29 48) (intervals 56 303 0) (buffers 984 13)) From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 21 23:29:42 2023 Received: (at 62355) by debbugs.gnu.org; 22 Mar 2023 03:29:42 +0000 Received: from localhost ([127.0.0.1]:33141 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pepAU-0005XG-2k for submit@debbugs.gnu.org; Tue, 21 Mar 2023 23:29:42 -0400 Received: from eggs.gnu.org ([209.51.188.92]:34056) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pepAS-0005X4-Qt for 62355@debbugs.gnu.org; Tue, 21 Mar 2023 23:29:41 -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 ) id 1pepAM-0001Tc-Td; Tue, 21 Mar 2023 23:29:34 -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=bhq37zmtnYtlq8CqNH6VDUGpDRQdd9QymD6XrKAIwFQ=; b=GTxESthPuxcp B02pU3Hp0IN1aRgZRNsV9trBlWaLMyCMxW+Sof7pFMmuoqjBnn5y7OSPXX+5QIKy7sJNAeTCivC4C 3/E2khAclkF3PQibOmtzlCekNl3e/z1rp0JU+MB8FAZxU+V7RH0qHaPPeFd5F90zEIpwq2JPM5tSy 9X7QQTpBBZGr9KACKCg/dtkui1N+z1m8QEbGQVuY6pzPrBfi4mrOQJHkcdL7AeDh8IBjEvAC2UWun 7R+TXGCfK9vrcsIJmv60f4iHnWO5mhmaHJkswpdIWQtPLKCb/zMUpN51ZNfqyq717cZuFuePpC+aC Flfx1e41EbHhhu8JgbH8fw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pepAM-0001Vl-5v; Tue, 21 Mar 2023 23:29:34 -0400 Date: Wed, 22 Mar 2023 05:29:46 +0200 Message-Id: <831qlh79at.fsf@gnu.org> From: Eli Zaretskii To: Toon claes In-Reply-To: (message from Toon claes on Tue, 21 Mar 2023 20:16:17 +0100) Subject: Re: bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 62355 Cc: 62355@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Tue, 21 Mar 2023 20:16:17 +0100 > From: Toon claes > > For a while I've been having trouble C-g isn't quitting the minibuffer > after the first press. > > When I start Emacs freshly I can press M-x, that triggers the > minibuffer, and pressing C-g quits the minibuffer again. > > But after a short while of use this behaviour changes. Pressing M-x > still triggers the minibuffer, but pressing C-g prints "[Quit]" while it > keeps the minibuffer active. Only after pressing C-g a second time the > minibuffer is actually quit. > > I was able to reproduce in "emacs -Q", but I haven't so far been able to > reproduce with "emacs -Q -nw", although I'm not sure it's related to any > of that. > > Below is the output of "C-h l" (view-lossage) reproducing the issue: > > C-x b ;; switch-to-buffer > C-g ;; abort-minibuffers > M-x ;; execute-extended-command > C-g C-g ;; abort-minibuffers > C-h l ;; view-lossage > > You can see the first time I press C-g once to abort-minibuffers. The > second time I have to C-g twice. > > This time it happened right after a fresh start of "emacs -Q", but > sometimes I have to do a lot more actions before the double C-g is > needed. This is normal when you have switched away of the active minibuffer with "C-x o" or something similar. The "[Quit]" message (in brackets) is a telltale sign that the minibuffer is active and waiting for you to finish some interaction. However, if you can show a recipe to reproduce this, we could be sure. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 23 15:31:37 2023 Received: (at 62355) by debbugs.gnu.org; 23 Mar 2023 19:31:38 +0000 Received: from localhost ([127.0.0.1]:39359 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfQev-0002pT-J6 for submit@debbugs.gnu.org; Thu, 23 Mar 2023 15:31:37 -0400 Received: from out3-smtp.messagingengine.com ([66.111.4.27]:58487) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfQeu-0002pA-3X for 62355@debbugs.gnu.org; Thu, 23 Mar 2023 15:31:36 -0400 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 0CFA05C00B3; Thu, 23 Mar 2023 15:31:31 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Thu, 23 Mar 2023 15:31:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=spwhitton.name; h=cc:cc:content-type:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm1; t=1679599891; x= 1679686291; bh=B2hV4UgY7FiQHld0rpRnFozuY0ZM2pRDH0VD94bRnj4=; b=W /7BplYyyLVwSdv4X5JJ5rWiEyBKNUItEhinh5NG3KtHpixwSKqmHFUJGiiyRPTwB teWbwK0yYrJj1zs1ApB1qR25zDXgjY3cuX++a9yMfmKmPAxSIzYQJTQCq512yV2L LZ7B5L87dK2JZklTJC+vHHzrviJBBxOuASuaFRsIljR1gdtLw1cKQMQpf0kdAFZ/ HN4bf3yucoTi/CFEwrLw6o1Txd/bh6L+FXdpQ680ylfjyXWuZwLkHFMapcylBzON kTpBbMtfFdF8fMIrS5jwdASayWq0mJxc7dyrN3Cd7E08W3DK65ygm9Hb4ku9Ve8x vAxWhkP6Ozdif6i/qgGMQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1679599891; x=1679686291; bh=B2hV4UgY7FiQH ld0rpRnFozuY0ZM2pRDH0VD94bRnj4=; b=rjZbByoUs52eF+Hh6F6QHWwkhvn9A H4fMcT1rWhQxZv5Z2KRJJ+qz8Pzm70OkqI68tKvsJSmHRNnyU76JEDuXXFAsfYoW o+C1CJNpA9ZgQwyH4Jmevh8vKgH47IpNBYQSQlQodLL/96U82/83vXNSclB1U12M h/BBdWWKUHJoVD8yeFePv5JYahAiDGHDwNvMsvlHsrQtakSLP+H5y+39xeaYY3Rv 87pOxFQGTd9scdfPhLsseMXsUqCuu6vLDHF2wdlV57X0T2ci3ahwdui4Z6FNNnUG 0AfGJ1VbimITcvwxEopHMlXoVJStwajGo+eqKsWxZqagHH9HrJamApljQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdeggedguddvhecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefhvfevufgjfhffkfgfgggtsehttddttddtredtnecuhfhrohhmpefuvggr nhcuhghhihhtthhonhcuoehsphifhhhithhtohhnsehsphifhhhithhtohhnrdhnrghmvg eqnecuggftrfgrthhtvghrnheptdffvdffueeluedvteekvdevhefghedvgeevgffhvedu keeggeelveegjeekteeknecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrg hilhhfrhhomhepshhpfihhihhtthhonhesshhpfihhihhtthhonhdrnhgrmhgv X-ME-Proxy: Feedback-ID: i23c04076:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 23 Mar 2023 15:31:30 -0400 (EDT) Received: by melete.silentflame.com (Postfix, from userid 1000) id AFC2D7EE93A; Thu, 23 Mar 2023 12:31:29 -0700 (MST) From: Sean Whitton To: Eli Zaretskii , Toon claes , 62355@debbugs.gnu.org Subject: Re: bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press In-Reply-To: <831qlh79at.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 22 Mar 2023 05:29:46 +0200") References: <831qlh79at.fsf@gnu.org> Date: Thu, 23 Mar 2023 12:31:29 -0700 Message-ID: <87zg83e032.fsf@melete.silentflame.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 62355 Cc: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hello, I've been seeing something similar and I have a theory as to the cause. I am using Icomplete, and I think what happens is that the C-g interrupts something Icomplete is doing, rather than serving to exit the minibuffer. Toon, are you using Icomplete or similar? Here is my evidence. One machine on which I use Emacs is underpowered. With icomplete-show-matches-on-no-input non-nil, on that machine, I type M-x, and wait for the completions to appear. I do this several times so that I have an intuitive sense for how long they take to appear. And then I type M-x, and try to hit C-g while Icomplete is computing. I can reliably trigger the bug. If I instead wait two or three seconds after typing M-x, it never occurs. -- Sean Whitton From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 23 15:47:56 2023 Received: (at 62355) by debbugs.gnu.org; 23 Mar 2023 19:47:56 +0000 Received: from localhost ([127.0.0.1]:39378 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfQuh-0003JV-Pl for submit@debbugs.gnu.org; Thu, 23 Mar 2023 15:47:56 -0400 Received: from mx0b-00069f02.pphosted.com ([205.220.177.32]:53042) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfQuf-0003J9-HT for 62355@debbugs.gnu.org; Thu, 23 Mar 2023 15:47:54 -0400 Received: from pps.filterd (m0246630.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 32NJiB52023957; Thu, 23 Mar 2023 19:47:52 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2022-7-12; bh=h/zLs6RGjDtFdPM2jz5MRdIMVNX0uxnKUWFQDA+MYgo=; b=Iimgn/b+96+w9kfslHBD9rrL8zQMCa6/rQ8HmP1GgKzXo+LGQLdlWDoTNzcu5vaGQmBb SaSZ7v4QUUVovIJLAN51xTtU324BTIBYwgC6zJnFxrXmsTEQ0iskgyGWP2CIItztF5Yz kPZUj+H+STS2M5Rw7+/ND/NFsKpez/CD7z2s8d6lAt19XK2F/PWBOmxhrqEYVsQ935eS FdgNuCccRZiTVLRWFzK0aXHmN67D2K2K4mGLpQgbjXB/EBc8SXw5OxrX/Q2KEldyDYAJ tKr3MtPqEXOrJbGRCNWSKI6BqXfi6e5auzfTYd94Ndmk/5EcFpNLY2Pbg5Gtr2Imupeb YA== Received: from iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta01.appoci.oracle.com [130.35.100.223]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3pgw6g807v-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 23 Mar 2023 19:47:52 +0000 Received: from pps.filterd (iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com (8.17.1.5/8.17.1.5) with ESMTP id 32NIcoce027844; Thu, 23 Mar 2023 19:47:52 GMT Received: from nam10-dm6-obe.outbound.protection.outlook.com (mail-dm6nam10lp2102.outbound.protection.outlook.com [104.47.58.102]) by iadpaimrmta01.imrmtpd1.prodappiadaev1.oraclevcn.com (PPS) with ESMTPS id 3pgtpvpdkq-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 23 Mar 2023 19:47:51 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=eUzHG+y6z4wAB/P3mRANNHvezFNPNCfmsDgNw46QW/gwklREJYxF+8MqC+W0Si3hrpw1CVjBot7X/e++J/9q0AukVpz3dgUuSsHiSTMWzGXgYMzozrdjM08gPVjXB/TZnk0AKULiM+Pt6z4JVl5v+/uzUdW4hD79gTkfBaSeSoomosuApQs/vIADYNbUrDxpWpbyOy+h7W+hPArRDq+Q+F9zkPZHk0OPpvg0AziawC+KRZYZX8hct7ieRdI0F/HelvPIen+73Q8obpzoOen3V3dbR6H52xseerHfRNulY/c0dGIuYZQjTKt3KCCDW16uJSNqxzNapDpNdxds2492hA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=h/zLs6RGjDtFdPM2jz5MRdIMVNX0uxnKUWFQDA+MYgo=; b=Pwc+JKM6L180Qa6ihrrqzmj7GowgsRj93Y+KqrW6HuRkKptqqV1Gh/xlQRQ+NKQGhfrRdjnqOX1xszrj0g0dN5W32iVg1zT/FzvBTRfexGjAhNh1crlOgvzNmUJ8Xe8rOh3AXlDRaaf8ikvCcg1tONqBt08HTz3iKPa1NYn8+HsFCOxIgdsvQe28arjAQSlra+Qbat1LDwHaGhh6l7sOGumk+NjhtTL1cRw4O6y8QOEmAfcMDzFwjlDlYpXPk5dFfKmdWPecC5tXrIRm4Lnt1CGu8PGMsDJZU6w/U6UsxBYKFiZUo4HeJGQ6xB+cn2ZXHvu0HtZ1Jmk03SN3Y/NFWA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=h/zLs6RGjDtFdPM2jz5MRdIMVNX0uxnKUWFQDA+MYgo=; b=AZeNKmjOEEOEcMuLUARMqDeUOTGSqeM8TmZvy8upUKLAu5h8ULG/ZxIHWdvrWjJESIglkFTTa/jqNlhnxYDVw/guZcl8Cy2SEH2eF1p3qWnwT0PVk83wqL242cynqH7eWlSHTghsbLztcmHfvOipTcyKKDx6oL1PNy4y3DRVI9o= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by PH0PR10MB4438.namprd10.prod.outlook.com (2603:10b6:510:36::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6178.38; Thu, 23 Mar 2023 19:47:50 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::32a3:707b:94c1:6e29]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::32a3:707b:94c1:6e29%2]) with mapi id 15.20.6178.038; Thu, 23 Mar 2023 19:47:49 +0000 From: Drew Adams To: Sean Whitton , Eli Zaretskii , Toon claes , "62355@debbugs.gnu.org" <62355@debbugs.gnu.org> Subject: RE: [External] : bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press Thread-Topic: [External] : bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press Thread-Index: AQHZXb4tDZbH/Y7XG0WLA20qaFXqaq8Iwp8g Date: Thu, 23 Mar 2023 19:47:49 +0000 Message-ID: References: <831qlh79at.fsf@gnu.org> <87zg83e032.fsf@melete.silentflame.com> In-Reply-To: <87zg83e032.fsf@melete.silentflame.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: SJ0PR10MB5488:EE_|PH0PR10MB4438:EE_ x-ms-office365-filtering-correlation-id: 37a0d495-c8da-40bf-87ee-08db2bd77bc8 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: mzQOosWlYZMYozHeVAS5udBGGWpIKuAr4fryrpfdtjdqUkV/N007ByUDCKuKxk0qtit1sSIQaSWaB82G+7663MWYecTvVphMAu0fn69gUIZcZVURsQsQ/9GoM8QWdl7t1y8FC+w17nO/g+w7GM8M7HHbi7DWprSbn38jn1y9FMFsgIw62Q1P0TrUfaTmIOc+ZkCn+Mr+vTR+X8PTPPEPY2KvNYxMA6Hjarn0tEM+lY3/bymGmD/W8Aap03UUlzWGfLNzkADomWrEh5teF0oBGVFikAuk9hYY678a16BR98Mrf9Gs+UuXbIAoNgc7LuvJBRAwFoQap8o+TcDNQmOUGYsfWpxEVjS40vISkoc994/y5oeZsvP6L+fubq5rDc332fI1wJb+h1qxQlTo66izscH3p5aWiP8WdNWWCIsk9awgH5NO1n6xdxleS4+1tgE9un4iPG5qThI0f9WlNBbR3JrzmwyhM1//yO2iZ3CVkHgotKRvuSD1d30OJgG+VMfNW/5lJZnDn7OgWeNHsCSNvo3xZr0nnBc1D79T5Ddb1UV0so4T+0qrzRB0XXvMVzS9wbM1wC+WV5rVpwWKNYyWsw0Uz9cwqpTflxN411RhRAyT1GKSjrwXf8lqdcsHOkoVNAE7UTRClrFn9XZDSX3694sBKFc2GYw6FJoscyO/gDCFtLb5IRhyg96XmHY052VuZKgjq52Hy8JgUPT+E9swQg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230025)(396003)(366004)(346002)(376002)(39860400002)(136003)(451199018)(26005)(6506007)(38100700002)(122000001)(83380400001)(55016003)(9686003)(186003)(41300700001)(478600001)(110136005)(33656002)(52536014)(5660300002)(8936002)(66446008)(4326008)(66476007)(66946007)(64756008)(8676002)(66556008)(76116006)(86362001)(316002)(7696005)(2906002)(38070700005)(71200400001)(44832011); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?wXZWYk3EXcJmqeVKIOzoDfwOOBUvf/IG9ZPQV/vkVHGILoVQGl3pNGfQ8E?= =?iso-8859-1?Q?aWYFKtJFg3jK6A8QlbvlM4D1sCtqDjQg8HaA74QuToVRMp8txC0bscY3Bd?= =?iso-8859-1?Q?HFhAQSoFdX/TiEMTpgHQ8vZ4uavgLU/tud5pghgv8RwcjycT8C2QjIyq+O?= =?iso-8859-1?Q?jGZad/hbCHeF5KHXRq/rgrbE0K7L+OOQ433z08Ko/hdsbn6oFxCdgWf3gM?= =?iso-8859-1?Q?d7lA1DBGpg9Kv5VX2n92PS2iVV9u5a4irB+8N3n+55ptdAz4VoU8o1GeOV?= =?iso-8859-1?Q?czdOt2HRFFQMf3c2BaLCZ8oAt0QAJ2aK2aNOAqZrLzYRBkrDJlIVib02mg?= =?iso-8859-1?Q?RxgRFasw1H8Q0Xu/cmHM8LUOoK5ToJLfZZAELUebkYtR6B0RU2nEkKjMBc?= =?iso-8859-1?Q?663R19GHylYqqTmiTllr9XDDbt/bw3ouR2hjbDeHjDJfYeSRWP+w1MTXvD?= =?iso-8859-1?Q?48Kke9GAdKVIqzPWOWRGEDfq+iRlBHgkqrM0n0bXSiqbXN0LzMyxDZoBeS?= =?iso-8859-1?Q?/F0YndMSjo3r+NPIxjrltQONSM4XGxLjf6h5+7ine6KNdL29j47esM2Ggk?= =?iso-8859-1?Q?adVaq9EyG8IsMYXC2wnB67a2Oap6Mhr90ST/oEKUYxzw1WOB6l4kgCUM81?= =?iso-8859-1?Q?zDF5xMDZDfsSy/wJJKV0CMz0Cy2P3beTTmygX/3imJjzmZrpMdm1Ds3nSn?= =?iso-8859-1?Q?etcP2ZaxNnBUZ1p1Y7qS+OUWF/f3oeOsD8OBj3szI0aU227huBiYhkiWFE?= =?iso-8859-1?Q?xsTiD5Zb5sgjuq0IMCLt044y6xPakKOGQvU/prJYrZMnElcj8GZwi+hF4o?= =?iso-8859-1?Q?t7v1X/TenDV058qbhsmgKJPhEXBJ3HrwnoU16cFCZgrn7iZU1kyxlIwU9t?= =?iso-8859-1?Q?U+1uS84fz1oeEAs0zXFymjzZtnsU+qhUIi3I4B/Lo6hogrY6RY5wyXnMxj?= =?iso-8859-1?Q?NKUKvwTp265I7o+aI70rBNri5P2169LkuiRYrF+oWSX9aSxM5q+HP0xmN3?= =?iso-8859-1?Q?/VgGeUzMAHRqnZNbm/tvpOVwr2kj3PC+kSnyCFtNdkzDqPho9PiIPLFo9U?= =?iso-8859-1?Q?/Ot+2GMt3m/n7b2ROLNH3aokJWrXBOLSQbQaSR7RzGL0xJYxhel3n13y33?= =?iso-8859-1?Q?oq7AWcq7U5B6Yg6MSZ/aXKNhEr6A32SHCamQZPhVn4WIqbmZM20kgDBxeg?= =?iso-8859-1?Q?sFESbc17sQGF0UMLrpirZohZ4RUqU4kGcrkhjwD573iROwxakewkS80T4o?= =?iso-8859-1?Q?9jUQquwGOBAmx3yHoq+OS7FYa2VVidszAbf+ehskypJd2dwpjh3z/Htz7t?= =?iso-8859-1?Q?G2Q5QX0hyBTfo710IHwJOrGSlKqkRitXC91/McJDesbzxHdQFp5t9fD1Vb?= =?iso-8859-1?Q?naUOgEzrKY7NjMdHg2U5H8kKONqW5et4HWJFcLwndpJWomdgFuGTp2cwIX?= =?iso-8859-1?Q?KsICaY7yq9nXWPXIaG0wAjDYSOeSauGOwhzjtL8b9GxCqTuqcXdqTN0QG8?= =?iso-8859-1?Q?8W4KVicyoDMSpfEbW+yFpJKxmUZKcXbJlJDKiTJs5fgS+6NfBiru2deVSa?= =?iso-8859-1?Q?jtZP0RrDLzMDY8slB7kFjK9Psjl+3S1YrfxIJCa9TpBFFwMiy3QppwDuX8?= =?iso-8859-1?Q?rTA6tIFEfCRCS97kmzph7G/eEFuUuQKqB6?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: Fq3MpLjkBxqI9bqS+lBSU+MkB1Lx8niXBjVLR7+ap8UVC+/ZcNBgwjo5hr0kZ1AxS/TKisikCk9S9VId8l2JNEjH8dRAXnFFyu8/9WKc8MAOUuaNX2V734MSXUPucjwNqSqOz0V/KbXE0vLNLCTZJXOSXSXYqvctVROKtZV1/wNBLT2SeFoygP3kbLdxQOP9ZiYhmKnxE2cQsK/gHo0vpGnqydur0CyPO6uw2g3sdYN1EiuglAttcSJy3da9CIOUS5ufOT4XlscAIl80s0rDWIH7gO+jhuvGKf3+qrDDU1fJIMOCw6tEoozmiwD5vMkAsZze+klnqoyRvtQpyg6kiJxwU8PcxRclMAVgEX0FDWS9RtmdXzU1C1JovuxvsicWHgpFMcAPxAGT1aTYb13JU70bQSg5voeVQgUkUt7lSYpWbSa43PdPzg5OHn/DpGTt4chWaW+09IAT/jQHTjFlWoGyO29QrWY7RZb7N5NdRTCr0F2pKq1/bByCpQD1/2Eel1m8eSSU44QYoz7Z9tP70HovsgBqnAkoJImNEWCjZIEcFpdWTFr3h/Wftg9wUCst5nk3c87Z2X7hfby+c7AloG68NjcA6FsOyBrzTAR9x+Za2AYFmtUvafsZSHXyg1hTkdztP45bCHyt3RdcqoHCyz9RW6oHb/9Ac9KR72jjAPXl5WmcYOAzh7+P9C6YZfHuG6fl8FR6TzpcUN5tp0HkhkKoQJJEC84drIcYqoOYEa/LTt6r0ydEWdJ8q9+rvcFZ8ZXtozWgbQBEnkFfESFSkTqfaQm8nTTkO4P33ztuP2t8TNvJapz/fegbt7N037gQ6HjJbXgYXyxkyp9EynEXLwlWrO3Ogk8DydpLaaYBkbW19TS6BKl4vAyIqGb66990 X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 37a0d495-c8da-40bf-87ee-08db2bd77bc8 X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Mar 2023 19:47:49.7134 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 4ydueiEO1lmWKueJTRKSfUzuM5lkL4mIKz6u6AsHDlGl+J+dpBZXVrhZzM6ge74J9VSuRZJbY8aGi/lmaHKc9A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR10MB4438 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.254,Aquarius:18.0.942,Hydra:6.0.573,FMLib:17.11.170.22 definitions=2023-03-23_13,2023-03-23_02,2023-02-09_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 adultscore=0 mlxscore=0 mlxlogscore=584 malwarescore=0 spamscore=0 phishscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2303150002 definitions=main-2303230144 X-Proofpoint-GUID: ssOzhl_aehxRytr63oJgYuQP60xXL-4V X-Proofpoint-ORIG-GUID: ssOzhl_aehxRytr63oJgYuQP60xXL-4V X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 62355 Cc: =?iso-8859-1?Q?Jo=E3o_T=E1vora?= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Whether or not there's a bug here I leave up to you. (But I concur with what Eli said.) ___ While you're using the minibuffer, you (interactively), as well as code running during the interaction, can do any number of things, some of which can initiate contexts where `C-g' does something specific (e.g. exits from some interaction within that context). This is of course amplified if you (or some code) initiates a recursive minibuffer. Things to remember here: 1. `C-g' is a general command. Its behavior is specific to the latest context for which it has a meaning/behavior. 2. To exit the minibuffer (a single level) directly, you can always use `C-]', which runs the command `abort-recursive-edit'. Get in the habit of using `C-j' to cancel/abort the current minibuffer level. If you have non-nil `enable-recursive-edit' then you can also do this when in the minibuffer, to exit _all_ minibuffer levels and return to top level: `M-x top-level'. (It also exits all recursive edits, not just recursive minibuffers.) From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 23 16:08:57 2023 Received: (at 62355) by debbugs.gnu.org; 23 Mar 2023 20:08:57 +0000 Received: from localhost ([127.0.0.1]:39392 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfRF3-0003wo-0K for submit@debbugs.gnu.org; Thu, 23 Mar 2023 16:08:57 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56336) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfRF0-0003wb-FF for 62355@debbugs.gnu.org; Thu, 23 Mar 2023 16:08:54 -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 ) id 1pfREu-0004FK-3F; Thu, 23 Mar 2023 16:08:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=FlF9uQfowrC1uBRJau8wyRe3b1EjkKO5j0ne3CtohSc=; b=dAfwBHIwY+qOPUD5Wnvi gCnj618/AuUMrcbukV/HZP0r9B5VijHR8ghfAjvC0kk+rNEAaBpzdcD/MmHXjeIsUkfI9X4VBmWl4 07yUCL978qH57FuJsArpNxgs7o/uE1umyQlDclzTPU1E6mQqTrCxpcT2G56DAl+YRa1zBipDiXXkf G2ww5Vi7pWr6gasr4eo1DuDV2IGb1HWLVVUIoGHCR5/Y9MwQmhQQF2BH5pou/HOK828EZQVuCHlcW zxY6kHC9N6ox03sPX5UXMO8ERJiO3PLyXWCbi81x/BITXXeSo10hvM0JprCC6wT2YUEiQh9QSmxES sWG0R/Us4vdibw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pfREs-0000tb-NY; Thu, 23 Mar 2023 16:08:47 -0400 Date: Thu, 23 Mar 2023 22:09:00 +0200 Message-Id: <83sfdv44df.fsf@gnu.org> From: Eli Zaretskii To: Sean Whitton In-Reply-To: <87zg83e032.fsf@melete.silentflame.com> (message from Sean Whitton on Thu, 23 Mar 2023 12:31:29 -0700) Subject: Re: bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press References: <831qlh79at.fsf@gnu.org> <87zg83e032.fsf@melete.silentflame.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 62355 Cc: toon@to1.studio, joaotavora@gmail.com, 62355@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Sean Whitton > Cc: João Távora > Date: Thu, 23 Mar 2023 12:31:29 -0700 > > I've been seeing something similar and I have a theory as to the cause. > I am using Icomplete, and I think what happens is that the C-g > interrupts something Icomplete is doing, rather than serving to exit the > minibuffer. Toon, are you using Icomplete or similar? > > Here is my evidence. One machine on which I use Emacs is underpowered. > With icomplete-show-matches-on-no-input non-nil, on that machine, I type > M-x, and wait for the completions to appear. I do this several times so > that I have an intuitive sense for how long they take to appear. And > then I type M-x, and try to hit C-g while Icomplete is computing. I can > reliably trigger the bug. It isn't a bug, but the expected and intentional behavior. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 23 20:01:20 2023 Received: (at 62355) by debbugs.gnu.org; 24 Mar 2023 00:01:20 +0000 Received: from localhost ([127.0.0.1]:39547 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfUrv-0001P9-PS for submit@debbugs.gnu.org; Thu, 23 Mar 2023 20:01:20 -0400 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]:57745) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfUrt-0001Ov-6Y for 62355@debbugs.gnu.org; Thu, 23 Mar 2023 20:01:17 -0400 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 14B4F3200934; Thu, 23 Mar 2023 20:01:11 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Thu, 23 Mar 2023 20:01:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=spwhitton.name; h=cc:cc:content-type:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm1; t=1679616070; x= 1679702470; bh=lepzQmcYk6bK3De2Ut9DDRhek1lY9e8rmYjy7MOpgcw=; b=H Hmq7C1a6C/6JafEjeXGby5GnQKkkhSlsHKXs6lLy0EKe77YOH6CSAbtFsKKulJxX sTra6JvJlG9fxO1NzuaO+GlqAPxFSzAO2BYEmtxoi2WN5gQhwoXLde6G5A2HjWDM OZP78DnAqMxxH22bt9bF27FxmmEmxxSv5o3n7CRPU4nMohFwA3l4amThA/88KQeQ pH3EghJb9WrtYNuRbMVspEnffOwf3GmvZrKzSL7WzU5BL5hiiHZtMq+BucRVRX6f A1gqc+7DuKZLagg40dSXz0fz04KuIPxwD7rjMUKZ9jQSpLnSwQ7UKTkaO1zHyODM CAABVC36jp5Nu8XF3RqSQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1679616070; x=1679702470; bh=lepzQmcYk6bK3 De2Ut9DDRhek1lY9e8rmYjy7MOpgcw=; b=mlfVzwzbEUOPpJZ++I1LVump6WIUg yrBxBVSXJz40Bj/lp+9EjOKRJLg6UsDMVeGqDFvX5PZa7lSz4KrQZsHmJthJYCHe FohmgPcJvMX5kurQUke/4MuElMy8oE/B51s7MJ/MPGMBJ+0E4poR/zBBMIT4NLu4 3+XE7NkuhcLEC6IETrHfUtXdRwdei0sXKnMUpWqw+nhxFap+4sZwG/CpjRjk/jHg 7lN1K7B/DPVHhPXDxvCFpf+5bzlhC/U0e1iMA2MIfR2IUES2w/51hAku2IFRIHaR NuxMjr5uMzjkLBHjZDsrzpaJ8oXx9MaVv37yK+LiFMQ7HUbfWjfJOcu6w== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdeghedgudekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvfevuffkfhggtggujgesthdttddttddtvdenucfhrhhomhepufgvrghn ucghhhhithhtohhnuceoshhpfihhihhtthhonhesshhpfihhihhtthhonhdrnhgrmhgvqe enucggtffrrghtthgvrhhnpeefueeftdetgeekgfejuedtudejgeeuheetgfejudevffel ueeikedvleevieefieenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrih hlfhhrohhmpehsphifhhhithhtohhnsehsphifhhhithhtohhnrdhnrghmvg X-ME-Proxy: Feedback-ID: i23c04076:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 23 Mar 2023 20:01:09 -0400 (EDT) Received: by melete.silentflame.com (Postfix, from userid 1000) id 2DB247E921C; Thu, 23 Mar 2023 17:01:08 -0700 (MST) Date: Thu, 23 Mar 2023 17:01:08 -0700 From: Sean Whitton To: Eli Zaretskii Subject: Re: bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press 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=us-ascii Content-Disposition: inline In-Reply-To: <83sfdv44df.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 62355 Cc: toon@to1.studio, joaotavora@gmail.com, 62355@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) 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. -- Sean Whitton From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 24 02:13:19 2023 Received: (at 62355) by debbugs.gnu.org; 24 Mar 2023 06:13:19 +0000 Received: from localhost ([127.0.0.1]:39694 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfafv-0003AY-9M for submit@debbugs.gnu.org; Fri, 24 Mar 2023 02:13:19 -0400 Received: from eggs.gnu.org ([209.51.188.92]:34434) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfafs-0003AI-9o for 62355@debbugs.gnu.org; Fri, 24 Mar 2023 02:13:18 -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 ) id 1pfaff-0007Zl-Ry; Fri, 24 Mar 2023 02:13:03 -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=7f4S1oJsF6d24avJw05MwJwl79mixp3oF70F3Q/B1q8=; b=EDZcSaYyll3C +ALJYRLf0cxau7lNTm5jX1E+N7aoM1vtG99CSoj+av7D2WRQ8Vvu/QqE9P8Tig3yqozvmhzI9snLU UUeiAaQxaNcWD2nx1j7VCcTR27ZslovN730pcXT/DWh/0WwMpjeYfyQKiu3OGvH4ZkQCmCQZC8Jng C3n+kz5DcPhbLowFP8akZwA5hr2QCjaGn1gTVWCdnMgoKP+ZMNZCSeAsDRmzeLanlqxIakB8mglRf Ct/LLoTlA7Z8ON24j/jxE2GvMp/cSBsCOuH69Hzp+Rj4UQ/ke8l6l+s/mxvU846a6K5j8ay5Qkj9b GB7qrU6fniuHwJci1OSjwA==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pfaf9-0007zZ-Qz; Fri, 24 Mar 2023 02:13:03 -0400 Date: Fri, 24 Mar 2023 09:12:13 +0300 Message-Id: <83r0teekzm.fsf@gnu.org> From: Eli Zaretskii To: Sean Whitton In-Reply-To: (message from Sean Whitton on Thu, 23 Mar 2023 17:01:08 -0700) Subject: Re: bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press References: <831qlh79at.fsf@gnu.org> <87zg83e032.fsf@melete.silentflame.com> <83sfdv44df.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 62355 Cc: toon@to1.studio, joaotavora@gmail.com, 62355@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Thu, 23 Mar 2023 17:01:08 -0700 > From: Sean Whitton > Cc: toon@to1.studio, 62355@debbugs.gnu.org, joaotavora@gmail.com > > 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. We may be talking about two different issues. The original report doesn't mention Icomplete (AFAIU), it mentions the fact that C-g, instead of exiting the minibuffer, just displays "[Quit]" (note the brackets). That is the expected and intentional behavior in Emacs 28 and later when Emacs needs to display an echo-area message and the minibuffer is active. Prior to Emacs 28, the echo-area message would instead overwrite the minibuffer contents or conceal it for prolonged periods of time. You seem to be talking about something else, perhaps related to what Icomplete does. But I'm not at all sure what you describe is the same behavior as the OP described. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 24 07:59:04 2023 Received: (at 62355) by debbugs.gnu.org; 24 Mar 2023 11:59:04 +0000 Received: from localhost ([127.0.0.1]:39957 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfg4V-0007HK-SZ for submit@debbugs.gnu.org; Fri, 24 Mar 2023 07:59:04 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58508) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfg46-0007GJ-GG for 62355@debbugs.gnu.org; Fri, 24 Mar 2023 07:59:02 -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 ) id 1pfg3t-0007yo-4k; Fri, 24 Mar 2023 07:58:25 -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=opphOk/EZCTYpsr/QC6ndD6dkS3iTYVgRE8RgNbtK20=; b=IrQiZ7cjYVsw MZEZIQgEYXCzGIcVwD7rFLcmPPYUiWOIAXuaBVgWPJqANrroaU3x7uqjGKhSHjAYP+v0Cp4nT5rdq TABnFD8KcsDzSygpJisiWE1IJUAbdTsQhglBjqNX73RxgEeIzPDBJHZ8dR9ZYLPAtKXxVr5rmAB/2 ubD9Mv7XY23r9OGxpuCWLqMj8402LTLHQKhOPkCkNsDDbYlNmPhrI4JVoKewz1pFOFwqub5U6ZGtc 7qFBa41FRGwhVLpMJ9PqOxRqL5+CNkmuGbw0W+bFMNNoaGR3SwltEw6LUUVH87uxxcOe3CR4Bha+8 WiNZ23olAcZzj025r48DeA==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pfg3i-0001ab-PM; Fri, 24 Mar 2023 07:58:22 -0400 Date: Fri, 24 Mar 2023 14:56:38 +0300 Message-Id: <835yaqe51l.fsf@gnu.org> From: Eli Zaretskii To: Toon Claes In-Reply-To: <87edpe7eiw.fsf@to1.studio> (message from Toon Claes on Fri, 24 Mar 2023 08:56:39 +0100) Subject: Re: bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press References: <831qlh79at.fsf@gnu.org> <87zg83e032.fsf@melete.silentflame.com> <83sfdv44df.fsf@gnu.org> <83r0teekzm.fsf@gnu.org> <87edpe7eiw.fsf@to1.studio> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 62355 Cc: joaotavora@gmail.com, 62355@debbugs.gnu.org, spwhitton@spwhitton.name X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Toon Claes > Cc: Sean Whitton , 62355@debbugs.gnu.org, > joaotavora@gmail.com > Date: Fri, 24 Mar 2023 08:56:39 +0100 > > When I type "emacs -Q" , press "M-x" the minibuffer opens, I do > nothing else, I just type "C-g" to abort. Then I see "Quit" (no > brackets) in the echo area and the cursor is sent back to the original > buffer. This works as intended IMHO. Yes. > Now, the issue I'm having, I can repeat pressing alternating "M-x" "C-g" > a few times, and at some point the minibuffer shows "[Quit]" (with > brackets) and the minibuffer remains active. From this point my Emacs is > "tainted" and *every* action in the minibuffer requires "C-g" twice to > exit. In my opinion this is not intended behavior. The "[Quit]" part, and the fact that you need to type C-g twice _is_ the intended behavior -- in the situation that I described earlier, i.e. if the minibuffer was activated by another command. What might not be intentional is how you get to that situation. Since you haven't shown any reproducible recipe to recreate that situation, I don't know what it is and how you get to it. Just typing random sequences of M-x and C-g doesn't recreate it here. > So some of my theories: > * Some internal state gets stuck. If you can give me some guidance on > where in the source code this behavior to display "[Quit]" comes from, > I'm happy to attach gdb to dig a bit deeper. The "[Quit]" behavior is correct, so looking for it will not help. You need to show the sequence of commands you type to get to this state, then we will be making some progress. > * It feels like it's timing related. It starts happening from a random > number of actions. Show what "C-h l" tells you about the sequence. Enlarge the size of the recent-keys array if you have to, to let it record more. > * I cannot reproduce in "emacs -Q -nw", I'm not sure what to conclude > from that. We will know when we understand why it does happen in GUI sessions. But in general, C-g in a -nw session generates SIGINT, and so is processed differently than C-g in a GUI session. > I know it's a weird issue, and I'm willing to help debug. I can make a > screen recording if you want to see it in action? There's no need for that, I believe you even without the screen recording. And I see this behavior myself from time to time (except that in my case it happens when it should and when I expect it to happen). From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 24 08:37:41 2023 Received: (at 62355) by debbugs.gnu.org; 24 Mar 2023 12:37:41 +0000 Received: from localhost ([127.0.0.1]:39987 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfgfq-0008Hn-Jf for submit@debbugs.gnu.org; Fri, 24 Mar 2023 08:37:41 -0400 Received: from mx-out2.startmail.com ([145.131.90.155]:33893) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfcYQ-0006hI-3T for 62355@debbugs.gnu.org; Fri, 24 Mar 2023 04:13:48 -0400 References: <831qlh79at.fsf@gnu.org> <87zg83e032.fsf@melete.silentflame.com> <83sfdv44df.fsf@gnu.org> <83r0teekzm.fsf@gnu.org> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=startmail.com; s=2020-07; t=1679645610; bh=prFUVvd71N91rvyEnBu3hAam62i6ur+1PEN9zODGEAE=; h=References:From:To:Subject:Date:In-reply-to:Message-ID: Mime-Version:Content-Type:From:Subject:To:Date:Sender:Content-Type: Content-Transfer-Encoding:Content-Disposition:Mime-Version: Reply-To:In-Reply-To:References:Message-Id:Autocrypt; b=NsHj7D+tmoJCbv/RwNt0GU7eYWxZuzee62Bhbr6IjRublMqxttQNX3sdJETm1n1Rc 5sO9Rc2VUXHH0TEoHEIPZaL8g+UF5MtmPQI2VAsusiB6iSYQtZeMx34xBCOB07XlCH FYEsq1pvu+r6TwcqEJABPDwYM4xsZ77JZtORq/7IH5Tuglk6iHJjWR8OCShWa8u24x KHgxZczLclpwKJjuQlAEluOHw93+OHDYYtA2ov4W2soirFJ6irwXLfGRiY+wAk8MQK Y1we94WL5W/FBoEflzyozjRrgwmRhcbNMntMtBXsufKzQC8A+5EmS/4105VwOzK7RV KnTi0HBRH0Q5w== From: Toon Claes To: Eli Zaretskii Subject: Re: bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press Date: Fri, 24 Mar 2023 08:56:39 +0100 In-reply-to: <83r0teekzm.fsf@gnu.org> Message-ID: <87edpe7eiw.fsf@to1.studio> Mime-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 62355 X-Mailman-Approved-At: Fri, 24 Mar 2023 08:37:37 -0400 Cc: joaotavora@gmail.com, 62355@debbugs.gnu.org, Sean Whitton X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Eli Zaretskii writes: > We may be talking about two different issues. The original report > doesn't mention Icomplete (AFAIU) I'm not using icomplete. I can reproduce with "emacs -Q", so it shouldn't be related to any (non-default) package. > , it mentions the fact that C-g, > instead of exiting the minibuffer, just displays "[Quit]" (note the > brackets). That is the expected and intentional behavior in Emacs 28 > and later when Emacs needs to display an echo-area message and the > minibuffer is active. Let me try to understand correctly what you mean by "intentional behavior". When I type "emacs -Q" , press "M-x" the minibuffer opens, I do nothing else, I just type "C-g" to abort. Then I see "Quit" (no brackets) in the echo area and the cursor is sent back to the original buffer. This works as intended IMHO. Now, the issue I'm having, I can repeat pressing alternating "M-x" "C-g" a few times, and at some point the minibuffer shows "[Quit]" (with brackets) and the minibuffer remains active. From this point my Emacs is "tainted" and *every* action in the minibuffer requires "C-g" twice to exit. In my opinion this is not intended behavior. So some of my theories: * Some internal state gets stuck. If you can give me some guidance on where in the source code this behavior to display "[Quit]" comes from, I'm happy to attach gdb to dig a bit deeper. * It feels like it's timing related. It starts happening from a random number of actions. * I cannot reproduce in "emacs -Q -nw", I'm not sure what to conclude from that. I can reproduce on two computers I have, one is running Fedora, other is running Arch. On both I'm using Sway on Wayland and Emacs with PGTK. I know it's a weird issue, and I'm willing to help debug. I can make a screen recording if you want to see it in action? -- Toon From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 24 12:43:28 2023 Received: (at 62355) by debbugs.gnu.org; 24 Mar 2023 16:43:28 +0000 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 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 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) MIME-Version: 1.0 References: <831qlh79at.fsf@gnu.org> <87zg83e032.fsf@melete.silentflame.com> <83sfdv44df.fsf@gnu.org> In-Reply-To: From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Fri, 24 Mar 2023 12:39:29 +0000 Message-ID: Subject: Re: bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press To: Sean Whitton Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.1 (+) 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: On Fri, Mar 24, 2023 at 12:01 AM 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 tho [...] Content analysis details: (1.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (joaotavora[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 1.1 DATE_IN_PAST_03_06 Date: is 3 to 6 hours before Received: date -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.215.171 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.215.171 listed in wl.mailspike.net] X-Debbugs-Envelope-To: 62355 Cc: Eli Zaretskii , toon@to1.studio, 62355@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.1 (/) 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 From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 24 13:37:50 2023 Received: (at 62355) by debbugs.gnu.org; 24 Mar 2023 17:37:50 +0000 Received: from localhost ([127.0.0.1]:41301 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pflML-0008LJ-Pr for submit@debbugs.gnu.org; Fri, 24 Mar 2023 13:37:50 -0400 Received: from mx-out1.startmail.com ([145.131.90.139]:51843) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfktS-0007am-4w for 62355@debbugs.gnu.org; Fri, 24 Mar 2023 13:07:58 -0400 References: <831qlh79at.fsf@gnu.org> <87zg83e032.fsf@melete.silentflame.com> <83sfdv44df.fsf@gnu.org> <83r0teekzm.fsf@gnu.org> <87edpe7eiw.fsf@to1.studio> <835yaqe51l.fsf@gnu.org> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=startmail.com; s=2020-07; t=1679677671; bh=TChElPKzU8tyHhkBfG+PLMdS4VU8X3PF+d1U19W7qu4=; h=References:From:To:Subject:Date:In-reply-to:Message-ID: Mime-Version:Content-Type:From:Subject:To:Date:Sender:Content-Type: Content-Transfer-Encoding:Content-Disposition:Mime-Version: Reply-To:In-Reply-To:References:Message-Id:Autocrypt; b=E6JQRo9R1hXH+Wja6qVGRIwdRbcSvCBk94ng3x0iRw9HMSazC1qnpWzW2emIz7PKC 5omGN9CTT0OK8ICVJKZLZ40k+YS8bkzIKB3cQbW2xJJc55mnghEnStQ2caCyoAZ50i 3EK6Do924oPz61hll9jJ3vSgK69fhO3FtBOTlBsJ7jK/kjbWYe3RcqMOEEFRkzeo2x mUjLM8U0TMe8GveyYNR145JuIxDIMgEvoMXx3dyyOYAVqiCs4X3zwlHDT1rHlfjCwE WxOcbSreuyEH8EpZnAOOsfOX3hnIhs2DR5YwUrjwYdBasI+eDDdeEqd2WGwZMPEOr7 slYDqeEG41p+A== From: Toon Claes To: Eli Zaretskii Subject: Re: bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press Date: Fri, 24 Mar 2023 16:32:28 +0100 In-reply-to: <835yaqe51l.fsf@gnu.org> Message-ID: <87cz4yyt59.fsf@to1.studio> Mime-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 62355 X-Mailman-Approved-At: Fri, 24 Mar 2023 13:37:48 -0400 Cc: joaotavora@gmail.com, 62355@debbugs.gnu.org, spwhitton@spwhitton.name X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Eli Zaretskii writes: > The "[Quit]" part, and the fact that you need to type C-g twice _is_ > the intended behavior -- in the situation that I described earlier, > i.e. if the minibuffer was activated by another command. This was a very good clue to point me in the direction of the root cause. It seems the issue is: my keyboard. I can reproduce easily by typing M-x C-g on my external keyboard, but I have *not* been able to reproduce with my built-in laptop keyboard. When I create the issue with my external keyboard, I can even "repair" it by pressing C-g on my built-in keyboard. (FYI I use that keyboard on both computers, that's why I've been seeing the issue on both. It's a keyboard running QMK firmware.) Now the only question remains: what is the keyboard sending to make Emacs hiccup? Is there an easy way to make Emacs display this? I've been testing with `wev`, but I don't see any suspicious keycodes being sent. Thanks for helping me debug here. Sorry for the noise, thinking the issue lays in Emacs, but I didn't know how where else to go. -- Toon From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 24 14:32:35 2023 Received: (at 62355) by debbugs.gnu.org; 24 Mar 2023 18:32:35 +0000 Received: from localhost ([127.0.0.1]:41356 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfmDK-0001Q4-Sa for submit@debbugs.gnu.org; Fri, 24 Mar 2023 14:32:35 -0400 Received: from [209.51.188.92] (port=40276 helo=eggs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfmDJ-0001Pe-Bd for 62355@debbugs.gnu.org; Fri, 24 Mar 2023 14:32:33 -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 ) id 1pfmD8-0004ol-1i; Fri, 24 Mar 2023 14:32:22 -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=2yARXW89YOmIxFj/Lb64Ljqd4/Qc/QGBuh757HvlmNI=; b=pCwVp1Q7Fn4m eKQZ5yDDxjfz3VR5I+YhB6erbrJT4IxNGtEueqBFy3xp0kYkKd/51oZ9FTMiNpw6XmNrU7LRGG2DE 7tOCkVYegQYR3cU5wGy1w3zcp6PDx2cPQvxFIlyI9X7n+fSPd2s1XiXKnZD5mX6CvoNsPb8vtI/E3 A752kebaq4QNodMwSHa75AUIHq7Z4wm3vtF7CVldPXb1CdJ3PBS2nK8EVpNHQDbul1FxBW2+ry4Up r2maEnwQPTvD/vfCm00jJHFB8mpL8d1ZDReiAwPfYzIlMHo+q1M4eoGy8VmBuAeOlcdUWeIyW45qH BFwNTwC2+f9Rk0UXcsgJWA==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pfmD7-00013L-0M; Fri, 24 Mar 2023 14:32:21 -0400 Date: Fri, 24 Mar 2023 21:32:34 +0300 Message-Id: <831qledmpp.fsf@gnu.org> From: Eli Zaretskii To: Toon Claes In-Reply-To: <87cz4yyt59.fsf@to1.studio> (message from Toon Claes on Fri, 24 Mar 2023 16:32:28 +0100) Subject: Re: bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press References: <831qlh79at.fsf@gnu.org> <87zg83e032.fsf@melete.silentflame.com> <83sfdv44df.fsf@gnu.org> <83r0teekzm.fsf@gnu.org> <87edpe7eiw.fsf@to1.studio> <835yaqe51l.fsf@gnu.org> <87cz4yyt59.fsf@to1.studio> X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 62355 Cc: joaotavora@gmail.com, 62355@debbugs.gnu.org, spwhitton@spwhitton.name X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) > From: Toon Claes > Cc: spwhitton@spwhitton.name, 62355@debbugs.gnu.org, joaotavora@gmail.com > Date: Fri, 24 Mar 2023 16:32:28 +0100 > > Now the only question remains: what is the keyboard sending to make > Emacs hiccup? Is there an easy way to make Emacs display this? I'd start with "C-h l". From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 24 15:17:31 2023 Received: (at 62355) by debbugs.gnu.org; 24 Mar 2023 19:17:31 +0000 Received: from localhost ([127.0.0.1]:41396 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfmup-0002iA-2m for submit@debbugs.gnu.org; Fri, 24 Mar 2023 15:17:31 -0400 Received: from wout5-smtp.messagingengine.com ([64.147.123.21]:54341) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfmun-0002hy-Fy for 62355@debbugs.gnu.org; Fri, 24 Mar 2023 15:17:30 -0400 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id A0BFB320098F; Fri, 24 Mar 2023 15:17:23 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Fri, 24 Mar 2023 15:17:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=spwhitton.name; h=cc:cc:content-type:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm1; t=1679685443; x= 1679771843; bh=vk7+n+Wpgl2i66JCAiuWMAhVLiOQGVTUpR+/WP0AHKM=; b=n 89fPccwaRk7V2W3gWGGKzx0YThPVUYirG1cSNABTmNF+4RthBZWUEbZN9W6FZcUy tRU5qnbfx4C4YhuLmNRmq1CeG1tGEAwnEDizrjy6wNIWMgQWKzXdV2l+ioD6FL7V DefjoBP0JomSSd4RuTkw55CIgPMDD8RnBtquS5oIdgA7sTFdlwJTrbLghf2ysTTx l28s0R9TOj6+LijpNIRi/gs8fL/Uoggr4StG11RQJ98tCUlcp+cvAtcNhEnEc8BK UalXt2T16XI25fXHSSvM+333Vdo8QqushVpExslqQhXhXCvfg5lD9qJoOBV5GWF1 bLB5J8eH/MLBcM8v/Bd+g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1679685443; x=1679771843; bh=vk7+n+Wpgl2i6 6JCAiuWMAhVLiOQGVTUpR+/WP0AHKM=; b=Ifg/KV1GAtmR5IdHw5DDiT4oTA1KI /jCQFOmG0Rr5sQYnd5m6Iai82b3YP3rFvL/rY4NXFXATH2isbWPnrvH3QDPLGlxr m42b8/cMbzyPy68vqZS8IXR3aRzCY+69q9rxJVfVmSoLYLWFnVa8xDJLXTuqBj+h HRIarNKRtt2qXKYD05Y9H1G2zgMD6uBzxM3mMh16yfosvJzU/4Hqzh4aG18U5vsd hGOKOBGgR7wW/Tq1eoeIsNuwoIxtzQI+H+pebohBUmW+iCjzQYmj4hnh267rp3pN u1VVqxHDX+2NbH8mIEFivr2qvMD8FPNFUdWdjmbcuBagOBq4GL05h3a0w== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdegiedguddvgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefhvfevufgjfhffkfgfgggtsehttddttddtredtnecuhfhrohhmpefuvggr nhcuhghhihhtthhonhcuoehsphifhhhithhtohhnsehsphifhhhithhtohhnrdhnrghmvg eqnecuggftrfgrthhtvghrnheptdffvdffueeluedvteekvdevhefghedvgeevgffhvedu keeggeelveegjeekteeknecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrg hilhhfrhhomhepshhpfihhihhtthhonhesshhpfihhihhtthhonhdrnhgrmhgv X-ME-Proxy: Feedback-ID: i23c04076:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 24 Mar 2023 15:17:22 -0400 (EDT) Received: by athena.silentflame.com (Postfix, from userid 1000) id 5B2CA1B6522; Fri, 24 Mar 2023 19:17:20 +0000 (UTC) From: Sean Whitton To: Eli Zaretskii Subject: Re: bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press In-Reply-To: <83r0teekzm.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 24 Mar 2023 09:12:13 +0300") References: <831qlh79at.fsf@gnu.org> <87zg83e032.fsf@melete.silentflame.com> <83sfdv44df.fsf@gnu.org> <83r0teekzm.fsf@gnu.org> Date: Fri, 24 Mar 2023 12:17:20 -0700 Message-ID: <871qleez7j.fsf@athena.silentflame.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 62355 Cc: toon@to1.studio, joaotavora@gmail.com, 62355@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hello, On Fri 24 Mar 2023 at 09:12AM +03, Eli Zaretskii wrote: >> Date: Thu, 23 Mar 2023 17:01:08 -0700 >> From: Sean Whitton >> Cc: toon@to1.studio, 62355@debbugs.gnu.org, joaotavora@gmail.com >> >> 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. > > We may be talking about two different issues. My apologies for confusing things. I'll file a separate bug. -- Sean Whitton From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 24 18:00:10 2023 Received: (at 62355) by debbugs.gnu.org; 24 Mar 2023 22:00:10 +0000 Received: from localhost ([127.0.0.1]:41537 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfpSE-0003ZY-5X for submit@debbugs.gnu.org; Fri, 24 Mar 2023 18:00:10 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:58772) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pfpSC-0003Xu-8I for 62355@debbugs.gnu.org; Fri, 24 Mar 2023 18:00:09 -0400 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 312D4441315; Fri, 24 Mar 2023 18:00:02 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 970C14412CC; Fri, 24 Mar 2023 18:00:00 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1679695200; bh=iNStzXjS0nT/CA69tSQuGufnVEqDxAOH6u24anA3VGg=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=Nb2MVFCRaGQp23qH9yOY6AU4Mi1MyUEwNvx68AlLXf2xeUTZmO09uWEbjhwDUf6YO WuED3QfvUwCumQeeANAwJ5IkE7PuaERuLwnK48amzIzIQoFaPO5N2Cc+24Xz17ueob /Bu8x+6F7OqJsFY/+0+cuSlnHX0Ro3lTKx+RSFa9jn+O9W+NUfq9MArAS0gz1DmGI1 87XWxCevz6VR4sApA7ZhrOgag8fhVeSm2s2JMEvn6AqALOFcK2SV7cO/RfaeFyft7/ oTCfWbhYLo124Ftk6AzLZB5CCyhwSL8albBvQogIO+lyoLTNNladg862QV+AaF6u/A oCnaqFothjocQ== Received: from alfajor (unknown [45.44.229.252]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 684BA123203; Fri, 24 Mar 2023 18:00:00 -0400 (EDT) From: Stefan Monnier To: Toon claes Subject: Re: bug#62355: 30.0.50; C-g doesn't always quit minibuffer on first press In-Reply-To: (Toon claes's message of "Tue, 21 Mar 2023 20:16:17 +0100") Message-ID: References: Date: Fri, 24 Mar 2023 17:59:59 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.208 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 62355 Cc: 62355@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > For a while I've been having trouble C-g isn't quitting the minibuffer > after the first press. The issue may reflect a real bug, but maybe not: `C-g` will exit the minibuffer if Emacs is sitting idle in the minibuffer but it will interrupt what's currently running if Emacs is not currently idle. Sometimes this "idleness" is not obvious (it can be some timer code or something running asynchronously). Maybe we should tweak the behavior of `while-no-input` (or provide a new macro for that) so that a `C-g` hit during its execution causes both the interruption of what was going on *and* the execution of the command bound to `C-g`? Stefan