From unknown Mon Aug 18 11:22:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19031: 24.4; find-file in icomplete-mode shows completions with no input Resent-From: Ole Laursen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Nov 2014 16:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 19031 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 19031@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.14158105086393 (code B ref -1); Wed, 12 Nov 2014 16:42:02 +0000 Received: (at submit) by debbugs.gnu.org; 12 Nov 2014 16:41:48 +0000 Received: from localhost ([127.0.0.1]:58862 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XoazK-0001f1-PO for submit@debbugs.gnu.org; Wed, 12 Nov 2014 11:41:48 -0500 Received: from eggs.gnu.org ([208.118.235.92]:51778) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XoW3g-0000o8-QH for submit@debbugs.gnu.org; Wed, 12 Nov 2014 06:25:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XoW3a-0005uh-8P for submit@debbugs.gnu.org; Wed, 12 Nov 2014 06:25:56 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:47442) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XoW3a-0005ub-5U for submit@debbugs.gnu.org; Wed, 12 Nov 2014 06:25:50 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53463) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XoW3V-0003Jf-1j for bug-gnu-emacs@gnu.org; Wed, 12 Nov 2014 06:25:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XoW3P-0005tK-Ej for bug-gnu-emacs@gnu.org; Wed, 12 Nov 2014 06:25:44 -0500 Received: from static.189.187.46.78.clients.your-server.de ([78.46.187.189]:49291 helo=iola.dk) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XoW3P-0005tB-8K for bug-gnu-emacs@gnu.org; Wed, 12 Nov 2014 06:25:39 -0500 Received: from localhost ([127.0.0.1] helo=beta.iola.dk) by iola.dk with esmtp (Exim 4.80) (envelope-from ) id 1XoW3N-00080q-Sf for bug-gnu-emacs@gnu.org; Wed, 12 Nov 2014 12:25:37 +0100 From: Ole Laursen Date: Wed, 12 Nov 2014 12:25:37 +0100 Message-ID: <864mu464pa.fsf@beta.iola.dk> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Mailman-Approved-At: Wed, 12 Nov 2014 11:41:44 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -4.0 (----) Run emacs -Q, evaluate (icomplete-mode 1) then press C-x C-f and wait a second. There's now completions in the minibuffer despite icomplete-show-matches-on-no-input being nil. Perhaps icomplete is confused by the current working dir being present in C-x C-f. Ole In GNU Emacs 24.4.1 (i586-pc-linux-gnu, GTK+ Version 3.14.4) of 2014-10-26 on x86-csail-01, modified by Debian Windowing system distributor `The X.Org Foundation', version 11.0.11601901 System Description: Debian GNU/Linux testing (jessie) Configured using: `configure --build i586-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.4/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.4/site-lisp:/usr/share/emacs/site-lisp --build i586-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.4/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.4/site-lisp:/usr/share/emacs/site-lisp --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall' CPPFLAGS=-D_FORTIFY_SOURCE=2 LDFLAGS=-Wl,-z,relro' Important settings: value of $LANG: da_DK.UTF-8 locale-coding-system: utf-8-unix Major mode: Emacs-Lisp Minor modes in effect: icomplete-mode: t tooltip-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 auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-x C-f . e m C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-s C-g C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-e C-x C-e C-x C-f C-g M-x r e p o r t C-j Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Quit t Quit Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils mule-util icomplete misearch multi-isearch time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind gfilenotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) Memory information: ((conses 8 73285 5828) (symbols 24 17705 0) (miscs 20 46 199) (strings 16 9368 4492) (string-bytes 1 256631) (vectors 8 9681) (vector-slots 4 394761 6372) (floats 8 67 147) (intervals 28 317 14) (buffers 512 12) (heap 1024 14530 751)) From unknown Mon Aug 18 11:22:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19031: 24.4; find-file in icomplete-mode shows completions with no input Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Dec 2020 10:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19031 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ole Laursen Cc: 19031@debbugs.gnu.org Received: via spool by 19031-submit@debbugs.gnu.org id=B19031.16070781354412 (code B ref 19031); Fri, 04 Dec 2020 10:36:02 +0000 Received: (at 19031) by debbugs.gnu.org; 4 Dec 2020 10:35:35 +0000 Received: from localhost ([127.0.0.1]:42934 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kl8R4-000196-Tv for submit@debbugs.gnu.org; Fri, 04 Dec 2020 05:35:35 -0500 Received: from quimby.gnus.org ([95.216.78.240]:57056) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kl8R3-00018q-9N for 19031@debbugs.gnu.org; Fri, 04 Dec 2020 05:35:34 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=UQjLeex5p0tuU384xRTDeo+hR8+FRK6diQDhu8MDEFY=; b=pJMBNWRES1MV8n2nv4GP1Qre48 E92rCpIWctkiiRK9y7/HRMVpdLREyc+2yd9Dfkj/e9wImJDKbwW4jPNqh8LbH7kY22JHy4EHLHa6I 4WRL8LBOk2VLvJpwNDuQHT4seBHBpZ0uHNJl1cJTdZoExJ9FOjrh1CuCXZNJVYZdFKiY=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kl8Qu-0007PL-6w; Fri, 04 Dec 2020 11:35:26 +0100 From: Lars Ingebrigtsen References: <864mu464pa.fsf@beta.iola.dk> X-Now-Playing: Fennesz's _Agora_: "Agora" Date: Fri, 04 Dec 2020 11:35:22 +0100 In-Reply-To: <864mu464pa.fsf@beta.iola.dk> (Ole Laursen's message of "Wed, 12 Nov 2014 12:25:37 +0100") Message-ID: <87r1o5luz9.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: Ole Laursen writes: > Run emacs -Q, evaluate > > (icomplete-mode 1) > > then press C-x C-f and wait a second. There's now completions in the > minibuffer despite icomplete-show-matches-on-no-input being nil. Perhaps > ic [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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.0 (-) Ole Laursen writes: > Run emacs -Q, evaluate > > (icomplete-mode 1) > > then press C-x C-f and wait a second. There's now completions in the > minibuffer despite icomplete-show-matches-on-no-input being nil. Perhaps > icomplete is confused by the current working dir being present in C-x > C-f. I think the icomplete-show-matches-on-no-input doc string is just unclear here. It seems like the point of the variable is that you can set it to non-nil to force icomplete to wait until we have completions before displaying the prompt? When it's the default nil value, it'll still show all the matches, but they may arrive asynchronously. I've now clarified this in the doc string in Emacs 28. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 04 05:35:41 2020 Received: (at control) by debbugs.gnu.org; 4 Dec 2020 10:35:41 +0000 Received: from localhost ([127.0.0.1]:42937 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kl8RB-00019Q-5q for submit@debbugs.gnu.org; Fri, 04 Dec 2020 05:35:41 -0500 Received: from quimby.gnus.org ([95.216.78.240]:57074) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kl8R9-00018z-En for control@debbugs.gnu.org; Fri, 04 Dec 2020 05:35:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=S608/BPLSePQjf9mEGudRqU27mly96Up/Ga+/nIc4fc=; b=ahghytn44lmtkgoHThSg/HkEBt ceTOdNV1OFO8B9a9UnCrPSTk/k+D+KPi415JfIoPnLx4vi3g2TbXipStLStWvYO8C/PlCwLb2OvRS ObjGHtwvnjQBU+Wc5e6o2IzkbKV0o2PsyyRRZrY6L61aFS8njP5o4DUaZylSf3N1lgI4=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kl8R1-0007PS-MK for control@debbugs.gnu.org; Fri, 04 Dec 2020 11:35:33 +0100 Date: Fri, 04 Dec 2020 11:35:30 +0100 Message-Id: <87pn3pluz1.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #19031 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: tags 19031 fixed close 19031 28.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control 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.0 (-) tags 19031 fixed close 19031 28.1 quit From unknown Mon Aug 18 11:22:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19031: 24.4; find-file in icomplete-mode shows completions with no input Resent-From: Andrii Kolomoiets Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Dec 2020 11:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19031 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Lars Ingebrigtsen Cc: Ole Laursen , 19031@debbugs.gnu.org Received: via spool by 19031-submit@debbugs.gnu.org id=B19031.160708184911455 (code B ref 19031); Fri, 04 Dec 2020 11:38:01 +0000 Received: (at 19031) by debbugs.gnu.org; 4 Dec 2020 11:37:29 +0000 Received: from localhost ([127.0.0.1]:43106 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kl9Oz-0002yh-DR for submit@debbugs.gnu.org; Fri, 04 Dec 2020 06:37:29 -0500 Received: from mail-lf1-f52.google.com ([209.85.167.52]:46313) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kl9Ow-0002yR-Ps for 19031@debbugs.gnu.org; Fri, 04 Dec 2020 06:37:27 -0500 Received: by mail-lf1-f52.google.com with SMTP id t6so7177131lfl.13 for <19031@debbugs.gnu.org>; Fri, 04 Dec 2020 03:37:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=ppCL6pSkyV1vgkLlKnxi4eXoJ54NETGOAKh8c/3nYtA=; b=mH6Xqh+rKay1OY1z3LlkjP70LrkmPO4ZAdTHcD1emUM5IdJabZLT/iZyZvK/2+flYS iEtnhcErsFfu9fJT6o+KdBnqRX2NuDxMpVHQ5vojLAFoFCZlaD3OJapojlOY63urbbhs H5qPIqZnf/dt9ACF36Qh5s0IbFwDmQZudICXatlepjR5AVpjv6TWPaqiVPVMWEROwysS wdjBpVJbMsQ/xZ0HxYd113FtzdarumS+8D0qBBYQIFfrkhIbgikyDhded5mSfQE4ZBSO MzcoR+eYkettf5kN652ADnJ4+ndcExibkI4/abOfEiKI9k0m4zhbbQOEXBAVYqdLkwc7 HNWA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=ppCL6pSkyV1vgkLlKnxi4eXoJ54NETGOAKh8c/3nYtA=; b=P1z/P2zKh/faXsRbwUeqdZ3VvAEWknSPnMpNW4hVCg3s3ALeY+b/n6oMewB64dSStw 4jRX54DhouXAlkV6H4eNTbTFWgQEqNFPwF3oT5HL2+FzFgzy8uU35MGsX7eiFRXVTFsB z53ZJlARrj13M4ub45ejWXq5i/9G/Klo4PjUJVt9+e0bg83nF5V+A41aFX3JyUN2PS6K 3x63Qn0UXK7OCNPSb43z2bSVnNGRwIeGepwQjuaSFMqSTr8Z7F4HgZd05ROzIoAX1jXP QIeiI1H6et/pu4vCQsmn+y/lDgGYvr2hMEP0eZC4jRH1ZFQldXNnP5ljEOlj5nXV9Ap4 Wdcw== X-Gm-Message-State: AOAM532VIw+ce2UK2lxMVQXV6JprOt0Bi0Xc4nEGaSQcQDVsiFQLuhA4 FYXGIvyuyKW8eEg+SxGMjoKG4CJ6GtA= X-Google-Smtp-Source: ABdhPJysalBmmcJFsPDkijNVDvwRVqJAVe8e6YSPDjdfLHx5QJPXYN2NQHklOkLaA7Oa603wQ7Llaw== X-Received: by 2002:a05:6512:2115:: with SMTP id q21mr2978660lfr.14.1607081840319; Fri, 04 Dec 2020 03:37:20 -0800 (PST) Received: from muffinmac ([91.206.110.206]) by smtp.gmail.com with ESMTPSA id w28sm1566686lfk.8.2020.12.04.03.37.18 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 04 Dec 2020 03:37:19 -0800 (PST) From: Andrii Kolomoiets References: <864mu464pa.fsf@beta.iola.dk> <87r1o5luz9.fsf@gnus.org> Date: Fri, 04 Dec 2020 13:37:17 +0200 In-Reply-To: <87r1o5luz9.fsf@gnus.org> (Lars Ingebrigtsen's message of "Fri, 04 Dec 2020 11:35:22 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) 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.0 (-) Lars Ingebrigtsen writes: > Ole Laursen writes: > >> Run emacs -Q, evaluate >> >> (icomplete-mode 1) >> >> then press C-x C-f and wait a second. There's now completions in the >> minibuffer despite icomplete-show-matches-on-no-input being nil. Perhaps >> icomplete is confused by the current working dir being present in C-x >> C-f. > > I think the icomplete-show-matches-on-no-input doc string is just > unclear here. It seems like the point of the variable is that you can > set it to non-nil to force icomplete to wait until we have completions > before displaying the prompt? When it's the default nil value, it'll > still show all the matches, but they may arrive asynchronously. When the `icomplete-show-matches-on-no-input` variable is nil, completions will be not shown while minibuffer is empty: 1. emacs -Q 2. M-x icomplete-mode 3. M-x => No completions 4. f => Completions 5. C-/ => No completions With the 'find-file' function, minibuffer already contains the text -- the default directory. Once the minibuffer will become empty completions will be hidden: 1. emacs -Q 2. M-x icomplete-mode 3. C-x C-f => Completions 4. C-x h C-w => No completions > I've now clarified this in the doc string in Emacs 28. Maybe it would be better to replace the text "When non-nil, show completions when first prompting for input." with something like "When non-nil, show completions when minibuffer is empty." From unknown Mon Aug 18 11:22:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19031: 24.4; find-file in icomplete-mode shows completions with no input Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 06 Dec 2020 12:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19031 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Andrii Kolomoiets Cc: Ole Laursen , 19031@debbugs.gnu.org Received: via spool by 19031-submit@debbugs.gnu.org id=B19031.160725880517088 (code B ref 19031); Sun, 06 Dec 2020 12:47:02 +0000 Received: (at 19031) by debbugs.gnu.org; 6 Dec 2020 12:46:45 +0000 Received: from localhost ([127.0.0.1]:49106 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kltR6-0004RY-PZ for submit@debbugs.gnu.org; Sun, 06 Dec 2020 07:46:44 -0500 Received: from quimby.gnus.org ([95.216.78.240]:52122) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kltR4-0004RK-IL for 19031@debbugs.gnu.org; Sun, 06 Dec 2020 07:46:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=lFh68AMkTSdjm/pGfKJvzPRIdmQCEHkVvIbmVtrZQMA=; b=ZQjOLkAoJCjO5pkJxq5GENDXXE KyE3uMXPQ5rMv6ujo20cFlNIvgrFmGi3EXWIzjqrRnNiqm1CA8iGZBudNGB26fYIvmuHd0wVRljMb NBc67IuqpvXQiL/FOHnrs7YzlUC1hzfwVL8/t8wAdRubXxljoKyoayeaEerNhhjvLruQ=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kltQs-0004Ej-GM; Sun, 06 Dec 2020 13:46:35 +0100 From: Lars Ingebrigtsen References: <864mu464pa.fsf@beta.iola.dk> <87r1o5luz9.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAIVBMVEXtp6LitLf00NTT fIf0pVrTQ0L47Ng8Hjr7sUz8+vP///8C4WxoAAAAAWJLR0QKaND0VgAAAAd0SU1FB+QMBgwtMdl0 4lgAAAGZSURBVDjLdZM9a8MwEIbPjbP7bEpnqxDIluKUkC2DChk7WGTPIPBYSmu6Z/CcQaB/25Nk 2ZKrvoTEvgd93CMFoEDEkj6rFQBiAVwI0QLCAxvz3BCoC8gNOCGUK8Qsy9jmseVAofpFmEeGNoyt heCUnL+ZhwH8TOXaTDFQbvZnBLS4AUIMAz8BcAdqArUD7QmQ1Qg5B6217Dpp0ukxUl4Z+Me57DIB lgb6vxFaq6Ao9plfQ6tghKLNZdNUwQgC5Ma/RIDaT07Vnqlz/3INgFXi9hpvFYFzN0LWWB1nQEYY SLmRDA+H/t0cE2QlWbUNOrvMHpRo9gDlCPym0koi6dTH7mFUouR1EwIRKFm4gpRdJc75LbW4cTXM dlNK7FsAZiWxRE09Fw50XQSmBo1dpROAZq2a4wJsqfzUU37mxZsd3ZIPrHqbb+2P605KAPopr18v iNtJSb8Iq7bulkTVy4W+Pp0ScxJyDi2kVH52wDp35eCWjCCsGyUAfg5C6m/n7jxSwPwRU67iSx3Y XRSDe1U1h6Vd7PR9YdfmF6X7CfqABWmUAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIwLTEyLTA2VDEy OjQ1OjQ5KzAwOjAw9K+VcwAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMC0xMi0wNlQxMjo0NTo0OSsw MDowMIXyLc8AAAAASUVORK5CYII= X-Now-Playing: Max de Wardener's _Music For Detuned Pianos_: "Redshift" Date: Sun, 06 Dec 2020 13:46:29 +0100 In-Reply-To: (Andrii Kolomoiets's message of "Fri, 04 Dec 2020 13:37:17 +0200") Message-ID: <878sabf6fu.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: Andrii Kolomoiets writes: > When the `icomplete-show-matches-on-no-input` variable is nil, > completions will be not shown while minibuffer is empty: > > 1. emacs -Q > 2. M-x icomplete-mode > 3. M-x > => No completions > 4. f [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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.0 (-) Andrii Kolomoiets writes: > When the `icomplete-show-matches-on-no-input` variable is nil, > completions will be not shown while minibuffer is empty: > > 1. emacs -Q > 2. M-x icomplete-mode > 3. M-x > => No completions > 4. f > => Completions > 5. C-/ > => No completions Ah, I was misunderstanding what I was seeing... I've now reverted my patch and reformulated as you suggest: > Maybe it would be better to replace the text > > "When non-nil, show completions when first prompting for input." > > with something like > > "When non-nil, show completions when minibuffer is empty." -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Aug 18 11:22:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19031: 24.4; find-file in icomplete-mode shows completions with no input Resent-From: Ole Laursen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 07 Dec 2020 11:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19031 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Lars Ingebrigtsen Cc: 19031@debbugs.gnu.org, Andrii Kolomoiets Received: via spool by 19031-submit@debbugs.gnu.org id=B19031.16073414377499 (code B ref 19031); Mon, 07 Dec 2020 11:44:01 +0000 Received: (at 19031) by debbugs.gnu.org; 7 Dec 2020 11:43:57 +0000 Received: from localhost ([127.0.0.1]:52674 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmEvt-0001ws-Dl for submit@debbugs.gnu.org; Mon, 07 Dec 2020 06:43:57 -0500 Received: from mail-ed1-f47.google.com ([209.85.208.47]:36081) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmEvr-0001wf-E5 for 19031@debbugs.gnu.org; Mon, 07 Dec 2020 06:43:56 -0500 Received: by mail-ed1-f47.google.com with SMTP id b2so13383308edm.3 for <19031@debbugs.gnu.org>; Mon, 07 Dec 2020 03:43:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iola-dk.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=AYl1pLyH17ZvQXtmSy5fUZdaHwTShQDWaKOMk9opvaM=; b=DPppxsCXP2eWv4RByOSul+OXETyJY8Qf1Pgvi7I8uwbrWb0vC8IchENem1Gx1F8Ywq b3drOomKmdM0inGyr63RxN4A+VbxLO6REX71PHEIfFDUXv3R6jEurkRF7xmhlagLFyzX wIRcqQnm+Z8J+SKOJ+PWNhzhX771I6bC1h8yFsCwoLOlDnj9/L8xxaz8lxmHG/ktFSOh mzg9UIqMtee2S2mTOC5Om6mru/H81lVxBuqno6+9qwLw/wZDjFG4EEeNMRfNM2VK3uqs dkPKZC0kNAL4lQ1fxrP5XMKqJ8RtCJ08iSbPgmrECLzy6lpFYyCOrx4NwGY+SMqqexe2 9Lpw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=AYl1pLyH17ZvQXtmSy5fUZdaHwTShQDWaKOMk9opvaM=; b=mOHphIkPsyyoNYGMicl4ix+uPW3AdYlwvWXCyDbOL6iJiid9BJNGT9Wa66P487M701 3dufiMUM0IUppqK0NNOvN/FFEOnfFbOfVJkHFV/4ZSh504Sr+MZLnn4vnZ5jvAL0tFvP Xq+lwH6eHQMQRk5DMJmjuU4/NG0nqNpWK1ECUvYv7GAIc+X/6+wbAhOtiWI8D1LKS1ab VBeUQfXhj7l7ycTvqlAggHeCRPztX/zPwKDl23HhheAf2HzNE6o+K2/HuCQA+uikoPsY ojyLRhvg34oMxjFi5PPyryNfkp0H+pTE+rOuVPuIoK7qLkDCN10F3FwH51bTpVbFUVn3 evyw== X-Gm-Message-State: AOAM5325kquMqluvzOTNPtYvJZTYk2bNPiKTyTvSdjaJEqZks4cmloEF /0JM5yzZKqHyBnpP7bBkKAfYFY52zeV+z9f+Y4jtTw== X-Google-Smtp-Source: ABdhPJyhZRjnCkdpN9DkSN2WszjmLO2G2O1nL0DMQ0Vuy/NCWDQsMectSJkxXOVoYHeXc7cBN9q9wHaHehKDuuZ4F8M= X-Received: by 2002:a05:6402:1c90:: with SMTP id cy16mr19686170edb.73.1607341429597; Mon, 07 Dec 2020 03:43:49 -0800 (PST) MIME-Version: 1.0 References: <864mu464pa.fsf@beta.iola.dk> <87r1o5luz9.fsf@gnus.org> <878sabf6fu.fsf@gnus.org> In-Reply-To: <878sabf6fu.fsf@gnus.org> From: Ole Laursen Date: Mon, 7 Dec 2020 12:43:38 +0100 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) 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.0 (-) Den s=C3=B8n. 6. dec. 2020 kl. 13.46 skrev Lars Ingebrigtsen : > Ah, I was misunderstanding what I was seeing... I've now reverted my > patch and reformulated as you suggest: I originally reported this because I found it jarring to get a bunch of completions without having entered anything. In my home dir it basically shows me garbage (dot files that I'm never interested in). Would it not be possible to make a difference between the case where find-file provides some default text (current dir) and where I have entered some input? The variable literally says -on-no-input. This is probably a wishlist thing - so I'm not going to complain if you keep it closed. :) Ole From unknown Mon Aug 18 11:22:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19031: 24.4; find-file in icomplete-mode shows completions with no input Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Dec 2020 09:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19031 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Ole Laursen Cc: Lars Ingebrigtsen , 19031@debbugs.gnu.org, Andrii Kolomoiets Received: via spool by 19031-submit@debbugs.gnu.org id=B19031.160741863220460 (code B ref 19031); Tue, 08 Dec 2020 09:11:02 +0000 Received: (at 19031) by debbugs.gnu.org; 8 Dec 2020 09:10:32 +0000 Received: from localhost ([127.0.0.1]:56549 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmZ0x-0005Jp-Lo for submit@debbugs.gnu.org; Tue, 08 Dec 2020 04:10:32 -0500 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:39457) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmZ0u-0005JK-R1 for 19031@debbugs.gnu.org; Tue, 08 Dec 2020 04:10:30 -0500 X-Originating-IP: 91.129.99.98 Received: from mail.gandi.net (m91-129-99-98.cust.tele2.ee [91.129.99.98]) (Authenticated sender: juri@linkov.net) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id AD371C000C; Tue, 8 Dec 2020 09:10:20 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <864mu464pa.fsf@beta.iola.dk> <87r1o5luz9.fsf@gnus.org> <878sabf6fu.fsf@gnus.org> Date: Tue, 08 Dec 2020 10:51:04 +0200 In-Reply-To: (Ole Laursen's message of "Mon, 7 Dec 2020 12:43:38 +0100") Message-ID: <87zh2o7krj.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) 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.0 (-) > I originally reported this because I found it jarring to get a bunch > of completions without having entered anything. In my home dir it > basically shows me garbage (dot files that I'm never interested in). > > Would it not be possible to make a difference between the case where > find-file provides some default text (current dir) and where I have > entered some input? The variable literally says -on-no-input. I tried to handle this case with the following patch, but it doesn't work because read-file-name-default resets `minibuffer-default' to nil, so icomplete doesn't know what was initial input in the minibuffer. diff --git a/lisp/icomplete.el b/lisp/icomplete.el index 676917b9da..47bd8f90a4 100644 --- a/lisp/icomplete.el +++ b/lisp/icomplete.el @@ -579,7 +579,10 @@ icomplete-exhibit (goto-char (point-max)) ; Insert the match-status information: (when (and (or icomplete-show-matches-on-no-input - (> (icomplete--field-end) (icomplete--field-beg))) + (if (stringp minibuffer-default) + (/= (icomplete--field-end) (+ (icomplete--field-beg) + (length minibuffer-default))) + (> (icomplete--field-end) (icomplete--field-beg)))) (or ;; Don't bother with delay after certain number of chars: (> (- (point) (icomplete--field-beg)) From unknown Mon Aug 18 11:22:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19031: 24.4; find-file in icomplete-mode shows completions with no input Resent-From: Andrii Kolomoiets Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Dec 2020 10:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19031 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Juri Linkov Cc: Ole Laursen , Lars Ingebrigtsen , 19031@debbugs.gnu.org Received: via spool by 19031-submit@debbugs.gnu.org id=B19031.16074242124698 (code B ref 19031); Tue, 08 Dec 2020 10:44:01 +0000 Received: (at 19031) by debbugs.gnu.org; 8 Dec 2020 10:43:32 +0000 Received: from localhost ([127.0.0.1]:56667 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmaSy-0001Di-Hg for submit@debbugs.gnu.org; Tue, 08 Dec 2020 05:43:32 -0500 Received: from mail-lf1-f43.google.com ([209.85.167.43]:43822) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmaSw-0001DV-3T for 19031@debbugs.gnu.org; Tue, 08 Dec 2020 05:43:30 -0500 Received: by mail-lf1-f43.google.com with SMTP id 23so9319669lfg.10 for <19031@debbugs.gnu.org>; Tue, 08 Dec 2020 02:43:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=H1OrmixvzsSiFbSBMGWsiqDwApPwKkRA29A73qbGd58=; b=G1T+ar9L3k+Y2B+TtyZ1Tf7yRAm6qhJ1OEFW1j+rL0rdSBxhCBjfBBsiu4JK4+ZSY9 YufCZszc4OXvGU4R839OzxHg5XrNuWNRuL24Stzt+EURPaNi5V5Na1wOwUXzvSyIkB4v eVFKMGey8cn+53xFapZsUQ0soaUiLSuKmI1JSmkQLlneaSKVP1qOTgu7siHC7aLs065g TlTE6Or6yC5Xr56nEotP/QXc1FegORjSbijr9YbR4ANhYODDYilVjP+rfAppvGC/YjsH MJEBQYijKWq3olYcvBzdzUV0j6UghtG/pKUuhhKpmCx8SSkVGKF0OrXz4T0i+OBn3jd3 aSSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=H1OrmixvzsSiFbSBMGWsiqDwApPwKkRA29A73qbGd58=; b=muEm+DiGbrZK1wVnilskwo4n7ZDjmZcFEMFyRLv7zRWD3RtDDk/RQPRWevex2sOOP0 AMcJ7qEoRiw1+GSLymvKAJWKM/D0sRIMKlcOuQaaX+DlwclTUvALzuu269NMPqvNzxje a22kRXv9w0uNKLR0TNz+5VWCS2YPd3i7+mV+PnpDFlZNJlh6236WOjDEBYFa8rSi0pRG U5rv4FfB6Rx5AZyl5eCF71DCUtFfrpvjN764F9AQY8L+I8e69+dAQ3HB3BDVG/0Vk+6H izg2rnexHq6ub4YdtopTy4Ebqhr8sSv/8Xoteb4uRA4YI2WlYjlO6e9CAYKBsPMr+yLA 4LwA== X-Gm-Message-State: AOAM530Obh2fzJivnLFl8L01mgwWV6Zr66PF7REyJqT02ly57NroqO96 j8k6E++vi2A8rEBN2uWIbqUQb9hLvAI= X-Google-Smtp-Source: ABdhPJyh3HogQISHq4QXat8bjDezB9/zm7QQMVY3+bHVQkkGieEnHkmKqjV8Ogdmz8tflR4C4H1d5Q== X-Received: by 2002:a19:7b16:: with SMTP id w22mr93670lfc.657.1607424203555; Tue, 08 Dec 2020 02:43:23 -0800 (PST) Received: from muffinmac ([91.206.110.206]) by smtp.gmail.com with ESMTPSA id z20sm3344280ljm.138.2020.12.08.02.43.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Dec 2020 02:43:22 -0800 (PST) From: Andrii Kolomoiets References: <864mu464pa.fsf@beta.iola.dk> <87r1o5luz9.fsf@gnus.org> <878sabf6fu.fsf@gnus.org> <87zh2o7krj.fsf@mail.linkov.net> Date: Tue, 08 Dec 2020 12:43:21 +0200 In-Reply-To: <87zh2o7krj.fsf@mail.linkov.net> (Juri Linkov's message of "Tue, 08 Dec 2020 10:51:04 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 3.6 (+++) 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: Juri Linkov writes: >> I originally reported this because I found it jarring to get a bunch >> of completions without having entered anything. In my home dir it >> basically shows me garbage (dot files that I'm never int [...] Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (andreyk.mad[at]gmail.com) 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [91.206.110.206 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.167.43 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.167.43 listed in wl.mailspike.net] 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.6 (++) 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: Juri Linkov writes: >> I originally reported this because I found it jarring to get a bunch >> of completions without having entered anything. In my home dir it >> basically shows me garbage (dot files that I'm never int [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [91.206.110.206 listed in zen.spamhaus.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.167.43 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.167.43 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (andreyk.mad[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.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Juri Linkov writes: >> I originally reported this because I found it jarring to get a bunch >> of completions without having entered anything. In my home dir it >> basically shows me garbage (dot files that I'm never interested in). >> >> Would it not be possible to make a difference between the case where >> find-file provides some default text (current dir) and where I have >> entered some input? The variable literally says -on-no-input. > > I tried to handle this case with the following patch, but it doesn't work > because read-file-name-default resets `minibuffer-default' to nil, > so icomplete doesn't know what was initial input in the minibuffer. 1. emacs -Q 2. M-: (setq insert-default-directory nil) 3. M-x icomplete-mode 4. C-x C-f ~/ In this case everything works as described by the docstring: user input is here so completions are shown. But IMO Ole's issue is not completely solved: bunch of uninteresting dotfiles are shown. I was thinking about some method wich will allow to tell that minibuffer is empty even if there are some user input. From your patch I learned about the 'minibuffer-default' variable and looks like it can be the method I was thinking of. If the 'read-file-name-default' function can set the 'minibuffer-default' variable to the substring of the minibuffer content from (minibuffer-prompt-end) to the last occurence of the path separator, then, in addition to the patched 'icomplete-exhibit', this can give desired result: no completions will be show until some input after path separator. WDYT? From unknown Mon Aug 18 11:22:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19031: 24.4; find-file in icomplete-mode shows completions with no input Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Dec 2020 13:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19031 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Andrii Kolomoiets Cc: Ole Laursen , 19031@debbugs.gnu.org, Juri Linkov Received: via spool by 19031-submit@debbugs.gnu.org id=B19031.160743415819715 (code B ref 19031); Tue, 08 Dec 2020 13:30:02 +0000 Received: (at 19031) by debbugs.gnu.org; 8 Dec 2020 13:29:18 +0000 Received: from localhost ([127.0.0.1]:56863 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmd3O-00057t-Cj for submit@debbugs.gnu.org; Tue, 08 Dec 2020 08:29:18 -0500 Received: from quimby.gnus.org ([95.216.78.240]:50328) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmd3L-00057g-Ta for 19031@debbugs.gnu.org; Tue, 08 Dec 2020 08:29:17 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=BabYhHgRmjt4ShBcVAtbtPTJlRx/6I8iVr5LDRAp9D0=; b=PXlLY/NR/p5Ppo3ioGDdJe2Q5L QliCeSZd8O0u8Jlx0t1tZ70fw1fz9qJSeohtDy3Y3Dd5XUPxDoYzAGH45msmKB+kqw4lRAbtvyzQl 1v6ropnCgOjvwBduluJF+Jd0Ao5nY57GTfroC6isiGS/s40O5CU4sud4oCA/qT1/M8hI=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kmd3C-0002Pu-LM; Tue, 08 Dec 2020 14:29:09 +0100 From: Lars Ingebrigtsen References: <864mu464pa.fsf@beta.iola.dk> <87r1o5luz9.fsf@gnus.org> <878sabf6fu.fsf@gnus.org> <87zh2o7krj.fsf@mail.linkov.net> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEVZV1NjXlllYVzf V0bziUk/Pzz///+MxlqtAAAAAWJLR0QGYWa4fQAAAAd0SU1FB+QMCA0VITJBU8MAAAGwSURBVDjL jVNLdoMwDJRDu7dED4DgAlD5Agm+/5k6kjEhaRfVy0uEx/ORcYiIMvP8UjJzpqO7ls4s0xUw++4Q GMysobSYV2cB6K3ZFZmID/3FrogGIBfC4cMnY7FSUY4oYs1KzJf1QBqlSYlZrScSeYlV3ACEkCw7 KBDTiItEZVc508HEPUTRV+3ndGj55OjLJhGPZ5WwjyMZ0Uo7F4A6AtAAPDtOLOJriMkJgCAiSAlE F2tSg9kmczdnp8QcbgEl2HJ7S8q2sQNIzsLxwRkofpcAsmfCTlEVLLvN+K0N2EJc411CU0ZMBSmf bg4HRMCcwmNICY6DvdQT+UHwsJ6ANO+2ozNKbY/CvZbVr8/QgbPyMmV6A5qWOZCH+s4YLEMq/QLy YrjplFJtcVNbpsT7RvEfKMccBwCl1QHOpWKe7P8S355zsdyAr3r3JYqvBOmw8Lz1gY1wi400NAuQ b3UPgDw8QWltjASTyQGOx1tXgu5Q74l6fewHwQXK/gSKnS3lsU69v+35CVAqj96OK11rrP15o9ey Q4Hf1gm3MdM544sYLhHeNf2uhKv91/q/6/MHY+1qejR7f8UAAAAldEVYdGRhdGU6Y3JlYXRlADIw MjAtMTItMDhUMTM6MjE6MzMrMDA6MDBGUIYzAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIwLTEyLTA4 VDEzOjIxOjMzKzAwOjAwNw0+jwAAAABJRU5ErkJggg== X-Now-Playing: Autechre's _Sign_: "r cazt" Date: Tue, 08 Dec 2020 14:29:05 +0100 In-Reply-To: (Andrii Kolomoiets's message of "Tue, 08 Dec 2020 12:43:21 +0200") Message-ID: <87lfe84eam.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: Andrii Kolomoiets writes: > If the 'read-file-name-default' function can set the > 'minibuffer-default' variable to the substring of the minibuffer content > from (minibuffer-prompt-end) to the last occurence of the path > sep [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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.0 (-) Andrii Kolomoiets writes: > If the 'read-file-name-default' function can set the > 'minibuffer-default' variable to the substring of the minibuffer content > from (minibuffer-prompt-end) to the last occurence of the path > separator, then, in addition to the patched 'icomplete-exhibit', this > can give desired result: no completions will be show until some input > after path separator. > > WDYT? Sounds like logical behaviour to me. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Aug 18 11:22:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19031: 24.4; find-file in icomplete-mode shows completions with no input Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Dec 2020 15:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19031 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Andrii Kolomoiets Cc: olau@iola.dk, larsi@gnus.org, 19031@debbugs.gnu.org, juri@linkov.net Received: via spool by 19031-submit@debbugs.gnu.org id=B19031.160744169718497 (code B ref 19031); Tue, 08 Dec 2020 15:35:01 +0000 Received: (at 19031) by debbugs.gnu.org; 8 Dec 2020 15:34:57 +0000 Received: from localhost ([127.0.0.1]:59244 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmf0y-0004oG-PA for submit@debbugs.gnu.org; Tue, 08 Dec 2020 10:34:56 -0500 Received: from eggs.gnu.org ([209.51.188.92]:55172) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmf0w-0004o3-I9 for 19031@debbugs.gnu.org; Tue, 08 Dec 2020 10:34:55 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:52485) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kmf0q-0006Zn-NX; Tue, 08 Dec 2020 10:34:48 -0500 Received: from [176.228.60.248] (port=1772 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kmf0n-0006L1-Rm; Tue, 08 Dec 2020 10:34:46 -0500 Date: Tue, 08 Dec 2020 17:34:38 +0200 Message-Id: <83o8j471m9.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Andrii Kolomoiets on Tue, 08 Dec 2020 12:43:21 +0200) References: <864mu464pa.fsf@beta.iola.dk> <87r1o5luz9.fsf@gnus.org> <878sabf6fu.fsf@gnus.org> <87zh2o7krj.fsf@mail.linkov.net> X-Spam-Score: -2.3 (--) 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: Andrii Kolomoiets > Date: Tue, 08 Dec 2020 12:43:21 +0200 > Cc: Ole Laursen , Lars Ingebrigtsen , > 19031@debbugs.gnu.org > > 1. emacs -Q > 2. M-: (setq insert-default-directory nil) > 3. M-x icomplete-mode > 4. C-x C-f ~/ > > In this case everything works as described by the docstring: user input > is here so completions are shown. But IMO Ole's issue is not > completely solved: bunch of uninteresting dotfiles are shown. Emacs never filters out the dotfiles, not by default anyway. Try "C-x C-f TAB TAB", and you will see that. IMO, it would be confusing if some completion packages did this and some didn't. > If the 'read-file-name-default' function can set the > 'minibuffer-default' variable to the substring of the minibuffer content > from (minibuffer-prompt-end) to the last occurence of the path > separator, then, in addition to the patched 'icomplete-exhibit', this > can give desired result: no completions will be show until some input > after path separator. But file-name input is not limited to absolute file names. The user can legitimately enter a relative file name, in which case the separator may not be present at all. From unknown Mon Aug 18 11:22:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19031: 24.4; find-file in icomplete-mode shows completions with no input Resent-From: Andrii Kolomoiets Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Dec 2020 16:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19031 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Eli Zaretskii Cc: olau@iola.dk, larsi@gnus.org, 19031@debbugs.gnu.org, juri@linkov.net Received: via spool by 19031-submit@debbugs.gnu.org id=B19031.160744418230792 (code B ref 19031); Tue, 08 Dec 2020 16:17:01 +0000 Received: (at 19031) by debbugs.gnu.org; 8 Dec 2020 16:16:22 +0000 Received: from localhost ([127.0.0.1]:59326 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmff4-00080V-7B for submit@debbugs.gnu.org; Tue, 08 Dec 2020 11:16:22 -0500 Received: from mail-lj1-f181.google.com ([209.85.208.181]:35692) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmff1-0007zu-OD for 19031@debbugs.gnu.org; Tue, 08 Dec 2020 11:16:20 -0500 Received: by mail-lj1-f181.google.com with SMTP id f11so8479636ljn.2 for <19031@debbugs.gnu.org>; Tue, 08 Dec 2020 08:16:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=ifKUnxsY1KqOYEyUDBzahqkKURBNdLLezol7uz4v+tQ=; b=TMrImywkjP9yDpX/7/Ks8qoB7qO+qTt4ocx/hwkuUq8iPBnUuNrY9YirdIM7V2d4Yb R1as3wgnjm9YKd+5rGKOPIMuiO2lmlZquwpmn6THaMAfDpq4S4WdOQcBvkQRTrsBbHJ2 DrUnKpaqc3FgE5YTJQoekQ9uZkM98RLwBoBtZwy/cWjcAHrP7QSIpQ8t28AW7NcDwhoa PgEGxtkghGAzzj2C66mKT/BQreiMDPU6otnCZF4PfeznchC5m3Zod2akwBIdNR4jsU2I RKTvDKnEoMjuQ+Z7LS5O4ThGQDA3gYXXjFubrstHid1yu8W3Xs254zNSXTMFYMWv48aV Aw/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=ifKUnxsY1KqOYEyUDBzahqkKURBNdLLezol7uz4v+tQ=; b=NgJYUZYfipcBuaz3byf6CRvC0hkisWN2zSkXvKwDxgHJXXVZvEFjbX7VKsSSykzoR+ TnQshYdQrDkhRerOwrK14cM620FLz1ooe3eEX7tuDN4xVXgRfNfogPVHU+oEuqSImljA Lf7nvFfHEG6ALqMZGp/Lg4zlJmFSJCfFSlxoJZV1TrWhIZ1YpP74cPZVpUrNB9vbc7yV ZDdidbLswz4nWge+QGMP4/zBbW4GS0kvVTxO9C6y7eGb7N0UkQm7YS17rgBKXP71bd5U DgQ3ZEF9Pa8U/HKReEDZlm+Cdl9eUKRgElHZFARFQtEfAT2Jndk13jtp243obicACchW XAgA== X-Gm-Message-State: AOAM530A42z46RPU/hQBLap54UT92oZKUJHsEz7eiY3fNcXj1Nh5py2L hFlrkQ+DBT+OYni9yPaqVlyPFGhklSns+w== X-Google-Smtp-Source: ABdhPJwd0Jq29qcCimXCdqQgO9YkBK4M92IGv3Mrl4O68vGFvALvaF5jhR6iTnY4xYVy7Kck6boufw== X-Received: by 2002:a2e:91d9:: with SMTP id u25mr8858006ljg.79.1607444173260; Tue, 08 Dec 2020 08:16:13 -0800 (PST) Received: from muffinmac ([91.206.110.206]) by smtp.gmail.com with ESMTPSA id l7sm832373lja.15.2020.12.08.08.16.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Dec 2020 08:16:12 -0800 (PST) From: Andrii Kolomoiets References: <864mu464pa.fsf@beta.iola.dk> <87r1o5luz9.fsf@gnus.org> <878sabf6fu.fsf@gnus.org> <87zh2o7krj.fsf@mail.linkov.net> <83o8j471m9.fsf@gnu.org> Date: Tue, 08 Dec 2020 18:16:10 +0200 In-Reply-To: <83o8j471m9.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 08 Dec 2020 17:34:38 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 3.6 (+++) 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: Eli Zaretskii writes: >> From: Andrii Kolomoiets >> Date: Tue, 08 Dec 2020 12:43:21 +0200 >> Cc: Ole Laursen , Lars Ingebrigtsen , >> 19031@debbugs.gnu.org >> >> 1. emacs -Q >> 2. M-: (setq insert-default-directory nil [...] Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [91.206.110.206 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (andreyk.mad[at]gmail.com) -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.208.181 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.208.181 listed in list.dnswl.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: 2.6 (++) 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: Eli Zaretskii writes: >> From: Andrii Kolomoiets >> Date: Tue, 08 Dec 2020 12:43:21 +0200 >> Cc: Ole Laursen , Lars Ingebrigtsen , >> 19031@debbugs.gnu.org >> >> 1. emacs -Q >> 2. M-: (setq insert-default-directory nil [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.208.181 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [91.206.110.206 listed in zen.spamhaus.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.208.181 listed in wl.mailspike.net] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (andreyk.mad[at]gmail.com) -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Eli Zaretskii writes: >> From: Andrii Kolomoiets >> Date: Tue, 08 Dec 2020 12:43:21 +0200 >> Cc: Ole Laursen , Lars Ingebrigtsen , >> 19031@debbugs.gnu.org >> >> 1. emacs -Q >> 2. M-: (setq insert-default-directory nil) >> 3. M-x icomplete-mode >> 4. C-x C-f ~/ >> >> In this case everything works as described by the docstring: user input >> is here so completions are shown. But IMO Ole's issue is not >> completely solved: bunch of uninteresting dotfiles are shown. > > Emacs never filters out the dotfiles, not by default anyway. Try > "C-x C-f TAB TAB", and you will see that. IMO, it would be confusing > if some completion packages did this and some didn't. Yes. It's not about filtering out dotfiles but about to make icomplete to not show completions until user starts typing filename. Completions (including dotfiles) will be shown when user will type e.g. ".e" or when the 'icomplete-show-matches-on-no-input' variable is t. >> If the 'read-file-name-default' function can set the >> 'minibuffer-default' variable to the substring of the minibuffer content >> from (minibuffer-prompt-end) to the last occurence of the path >> separator, then, in addition to the patched 'icomplete-exhibit', this >> can give desired result: no completions will be show until some input >> after path separator. > > But file-name input is not limited to absolute file names. The user > can legitimately enter a relative file name, in which case the > separator may not be present at all. If there are no separator in the input, 'minibuffer-default' will be empty string and completions will be shown. Example of desired behavior: 1. emacs -Q 2. M-x icomplete-mode 3. C-x C-f minibuffer content: ~/ minibuffer-default is "~/" no completions are shown 4. Type ".em" minibuffer content: ~/.em minibuffer-default is "~/" completions are shown 5. Type "acs.d/" minibuffer content: ~/.emacs.d/ minibuffer-default is "~/.emacs.d/" no completions are shown From unknown Mon Aug 18 11:22:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19031: 24.4; find-file in icomplete-mode shows completions with no input Resent-From: Ole Laursen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Dec 2020 17:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19031 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Andrii Kolomoiets Cc: 19031@debbugs.gnu.org, Eli Zaretskii , Lars Ingebrigtsen , juri@linkov.net Received: via spool by 19031-submit@debbugs.gnu.org id=B19031.160744739628423 (code B ref 19031); Tue, 08 Dec 2020 17:10:02 +0000 Received: (at 19031) by debbugs.gnu.org; 8 Dec 2020 17:09:56 +0000 Received: from localhost ([127.0.0.1]:59449 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmgUu-0007ON-9W for submit@debbugs.gnu.org; Tue, 08 Dec 2020 12:09:56 -0500 Received: from mail-ej1-f42.google.com ([209.85.218.42]:32927) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmgUs-0007O7-Ua for 19031@debbugs.gnu.org; Tue, 08 Dec 2020 12:09:55 -0500 Received: by mail-ej1-f42.google.com with SMTP id b9so15291557ejy.0 for <19031@debbugs.gnu.org>; Tue, 08 Dec 2020 09:09:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iola-dk.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=FVcq6LuTJuqqiyGPe9TCRe2nQoWPcFexFNtOOZh9WII=; b=AsfYFM3ttOtGrstXJCOXk/71Kq0cY0VXG5p/wOSBNMf1AuG9jKo9iAYTvJa0TYK4ip 7RazS+oiC+Rt3ngTASjF8J8Mh1y1CluG6XvwZLD7+yQpFMfpno2gbLac5vLK6PTpLFIp Gg2WorT+gfWcSJy9XHld3WWB6CL+iTyF6Q5WGLjfNDE7U5/XnsdlAzq5tia+W/xnN8ol 87GddVCQU3P4AW1QGmmUmYob0CpbrFIocuGdScjp/5mmZ9CNFrJG78lG8GH5dI+xXnj0 c+4p//x4wz7fM08Bm8PltrAWTjizahanIWRrTXkYKDvyBnlKuIy6vPGBQ04iGCVNfd4n sUjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=FVcq6LuTJuqqiyGPe9TCRe2nQoWPcFexFNtOOZh9WII=; b=kQ/DnlubNMcre2nV4gaoKVqFotO0HhEiVBkyRGe/m3a5ofykzTUla01v8alA2ChW2j oZopx5eYTe3lKmDM8aL+WnYEdAq1N44vVGNDc33dbdAMb5bPCl/dYZuXVFHEHrpBANUH EO9e0XYrhBRckh5woGd5XsdY2eDyqtkz+w6BuYsEOmfuDocHspQU8CXPW3lPI4nHmMEe fGiEtxaOVDLmRG5uIEwxORrHnEMhXGsSpgI8qFDPUoNN3RhX1IlKNOOBE49zabWkuZsF rKkUPNddzW/OpzzyY72rnZDer+Zge3HdmfUUMA0aI29F7+bxQmyQ3qvyqc641XNK+Gad 1FtA== X-Gm-Message-State: AOAM533Gyi1fU6c9HCmH6r/kcDsurC1R9b0I8DXMEE2S1wZAH32LC/8c i4AbkOciPsADeXa+BO7r02w0HROan7jQdDKmymSC/w== X-Google-Smtp-Source: ABdhPJyGK5qzisDa1khQm7in74xSVo1RSV8YKvqQW5qQtC9jCDInpJXfFKGK5p9QaulI3ABM2FaLVOlY4Oau3YXxioc= X-Received: by 2002:a17:906:8255:: with SMTP id f21mr23489128ejx.265.1607447388700; Tue, 08 Dec 2020 09:09:48 -0800 (PST) MIME-Version: 1.0 References: <864mu464pa.fsf@beta.iola.dk> <87r1o5luz9.fsf@gnus.org> <878sabf6fu.fsf@gnus.org> <87zh2o7krj.fsf@mail.linkov.net> <83o8j471m9.fsf@gnu.org> In-Reply-To: From: Ole Laursen Date: Tue, 8 Dec 2020 18:09:38 +0100 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) 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.0 (-) Den tir. 8. dec. 2020 kl. 17.16 skrev Andrii Kolomoiets : > Yes. It's not about filtering out dotfiles but about to make icomplete > to not show completions until user starts typing filename. Completions > (including dotfiles) will be shown when user will type e.g. ".e" or when > the 'icomplete-show-matches-on-no-input' variable is t. So conceptually chop the path up and consider each component of it a separate completion task? I think that is a good match for how I'm going about it. Ole From unknown Mon Aug 18 11:22:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19031: 24.4; find-file in icomplete-mode shows completions with no input Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Dec 2020 19:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19031 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Andrii Kolomoiets Cc: olau@iola.dk, Eli Zaretskii , larsi@gnus.org, 19031@debbugs.gnu.org Received: via spool by 19031-submit@debbugs.gnu.org id=B19031.160745526517753 (code B ref 19031); Tue, 08 Dec 2020 19:22:02 +0000 Received: (at 19031) by debbugs.gnu.org; 8 Dec 2020 19:21:05 +0000 Received: from localhost ([127.0.0.1]:59825 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmiXo-0004cH-Sz for submit@debbugs.gnu.org; Tue, 08 Dec 2020 14:21:05 -0500 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:57123) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmiXn-0004bG-GW for 19031@debbugs.gnu.org; Tue, 08 Dec 2020 14:21:04 -0500 X-Originating-IP: 91.129.99.98 Received: from mail.gandi.net (m91-129-99-98.cust.tele2.ee [91.129.99.98]) (Authenticated sender: juri@linkov.net) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id A7A6060005; Tue, 8 Dec 2020 19:20:55 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <864mu464pa.fsf@beta.iola.dk> <87r1o5luz9.fsf@gnus.org> <878sabf6fu.fsf@gnus.org> <87zh2o7krj.fsf@mail.linkov.net> <83o8j471m9.fsf@gnu.org> Date: Tue, 08 Dec 2020 21:11:25 +0200 In-Reply-To: (Andrii Kolomoiets's message of "Tue, 08 Dec 2020 18:16:10 +0200") Message-ID: <87v9dc6sia.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) 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.0 (-) >> Emacs never filters out the dotfiles, not by default anyway. Try >> "C-x C-f TAB TAB", and you will see that. IMO, it would be confusing >> if some completion packages did this and some didn't. > > Yes. It's not about filtering out dotfiles but about to make icomplete > to not show completions until user starts typing filename. To make icomplete to not show completions until user starts typing filename, icomplete could remember the initial minibuffer content immediately after its activation, then after the user edits the minibuffer, compare the new content with the stored initial one. So this doesn't require any changes outside of icomplete. > If there are no separator in the input, 'minibuffer-default' will be > empty string and completions will be shown. > > Example of desired behavior: > 1. emacs -Q > 2. M-x icomplete-mode > 3. C-x C-f > minibuffer content: ~/ > minibuffer-default is "~/" > no completions are shown > 4. Type ".em" > minibuffer content: ~/.em > minibuffer-default is "~/" > completions are shown > 5. Type "acs.d/" > minibuffer content: ~/.emacs.d/ > minibuffer-default is "~/.emacs.d/" > no completions are shown I'm not sure if such special casing for directory separators is needed. The option icomplete-show-matches-on-no-input is quite simple and it should check if the user changed the initial content. From unknown Mon Aug 18 11:22:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19031: 24.4; find-file in icomplete-mode shows completions with no input Resent-From: Andrii Kolomoiets Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Dec 2020 21:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19031 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Juri Linkov Cc: olau@iola.dk, Eli Zaretskii , larsi@gnus.org, 19031@debbugs.gnu.org Received: via spool by 19031-submit@debbugs.gnu.org id=B19031.16074632377063 (code B ref 19031); Tue, 08 Dec 2020 21:34:01 +0000 Received: (at 19031) by debbugs.gnu.org; 8 Dec 2020 21:33:57 +0000 Received: from localhost ([127.0.0.1]:59996 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmkcP-0001pr-2C for submit@debbugs.gnu.org; Tue, 08 Dec 2020 16:33:57 -0500 Received: from mail-lf1-f52.google.com ([209.85.167.52]:44053) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmkcM-0001pZ-Hb for 19031@debbugs.gnu.org; Tue, 08 Dec 2020 16:33:55 -0500 Received: by mail-lf1-f52.google.com with SMTP id d20so272110lfe.11 for <19031@debbugs.gnu.org>; Tue, 08 Dec 2020 13:33:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=R/DM/ylt3ia85vyjzqWDVyFMUUOGYncrqxqptM3UjiY=; b=c6owUXU0fPWKSotQ0CIYjfCxMuZSrpnMIUhyEwlpScAPEJaKvtOur0EA4U4qpb5AxE KQkwkrKn4ojzCLxWWFKX6Yfc8ghPKoAO1EhbOiSYQSUGz90hnFqnv3tMjEYBQbmTh/8Q IF7uERmEK5V7p3y4TM6GdSO7X8V/z4HW+L97oI/kKKcBWAUHAyyp/CiOsnoiXbOBFTJq 3DTQaBFBFQXTunHwCE/JI1GRLjjBXzPkSEuqPU+Er+QwIaPBWoa/fG7OzOJ39nx1NnMI cbtcPL8ZB8ySUA3cPGFoVXv/xRtx6XI7263gyVP8dlbYLVvdvdpp5Nb0sgWYGZ4HO5I4 DmUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=R/DM/ylt3ia85vyjzqWDVyFMUUOGYncrqxqptM3UjiY=; b=o7TPzGThIqKE349JFQWnHBUqE0d66ql2+nOzSsd3+17+BJJMqLrPnawcGlWXQLIw9D ZPvtVpBl8JeTVCl7tLzlM4VOldwW+e07Qz1SlqGIsmKpnsfmNIEqBABfZYItYkJUMC9B WRJBfIvdRMWJ9IbTDuB8L2YFjYc7s6eZ9I7jFdlfNFErdFKCzBS37vi1gbhQwi7iOLoT yIABVqt5YWAWd3dqpF90+k48mDyg1DHdEomfR46aHrjIg+tZCgho5EbLiSUX5EO0lNRw 0S4JFS9k35TD0bB+nPpzdE2zKBR29Cq8RKNziItBR5Ih2r59DclwGtsvoDA+nAOuEQf0 i4dw== X-Gm-Message-State: AOAM533nBJtpZJPzw0uZOr1LLSSMaFXzeUbg0L6SfJdK+5Mv7RLec5L+ RZbh5E9B9ayx/mZrvl3RzfpnX/ZMPISARQ== X-Google-Smtp-Source: ABdhPJysiuRYPmITcI87/khEK3q9yFjSNuB6A56qky18w07Pht8plLYPgXqFo0Fu3wqo+dtjzAtXxg== X-Received: by 2002:a19:801:: with SMTP id 1mr3551094lfi.113.1607463228101; Tue, 08 Dec 2020 13:33:48 -0800 (PST) Received: from muffinmac ([91.206.110.206]) by smtp.gmail.com with ESMTPSA id j3sm5803lfb.29.2020.12.08.13.33.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Dec 2020 13:33:47 -0800 (PST) From: Andrii Kolomoiets References: <864mu464pa.fsf@beta.iola.dk> <87r1o5luz9.fsf@gnus.org> <878sabf6fu.fsf@gnus.org> <87zh2o7krj.fsf@mail.linkov.net> <83o8j471m9.fsf@gnu.org> <87v9dc6sia.fsf@mail.linkov.net> Date: Tue, 08 Dec 2020 23:33:45 +0200 In-Reply-To: <87v9dc6sia.fsf@mail.linkov.net> (Juri Linkov's message of "Tue, 08 Dec 2020 21:11:25 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 3.6 (+++) 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: Juri Linkov writes: >> Yes. It's not about filtering out dotfiles but about to make icomplete >> to not show completions until user starts typing filename. > > To make icomplete to not show completions until user starts [...] Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (andreyk.mad[at]gmail.com) 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [91.206.110.206 listed in zen.spamhaus.org] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.167.52 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.167.52 listed in wl.mailspike.net] 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.6 (++) 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: Juri Linkov writes: >> Yes. It's not about filtering out dotfiles but about to make icomplete >> to not show completions until user starts typing filename. > > To make icomplete to not show completions until user starts [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.167.52 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [91.206.110.206 listed in zen.spamhaus.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.167.52 listed in wl.mailspike.net] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (andreyk.mad[at]gmail.com) -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Juri Linkov writes: >> Yes. It's not about filtering out dotfiles but about to make icomplete >> to not show completions until user starts typing filename. > > To make icomplete to not show completions until user starts typing filename, > icomplete could remember the initial minibuffer content immediately after its > activation, then after the user edits the minibuffer, compare the new content > with the stored initial one. So this doesn't require any changes > outside of icomplete. This may lead to unexpected behavior: (read-file-name "? " "~/" nil nil ".em") Completions will be shown for minibuffer content like "~/.e" and "~/.ema" but not for "~/.em". Please read "until user starts typing filename" in my previous message as "until input doesn't contains part of filename" ;) > I'm not sure if such special casing for directory separators is needed. > The option icomplete-show-matches-on-no-input is quite simple and it > should check if the user changed the initial content. Anyway the 'minibuffer-default' variable is not the right place to do such thing. It is used to provide default values which can be inserted into the minibuffer with 'M-n': 1. emacs -Q 2. M-: (setq enable-recursive-minibuffers t) 3. C-x C-f 4. M-: (setq minibuffer-default "foo") 5. M-n From unknown Mon Aug 18 11:22:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19031: 24.4; find-file in icomplete-mode shows completions with no input Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Dec 2020 19:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19031 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Andrii Kolomoiets Cc: olau@iola.dk, Eli Zaretskii , larsi@gnus.org, 19031@debbugs.gnu.org Received: via spool by 19031-submit@debbugs.gnu.org id=B19031.160754173316185 (code B ref 19031); Wed, 09 Dec 2020 19:23:02 +0000 Received: (at 19031) by debbugs.gnu.org; 9 Dec 2020 19:22:13 +0000 Received: from localhost ([127.0.0.1]:36133 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kn52S-0004Cz-OD for submit@debbugs.gnu.org; Wed, 09 Dec 2020 14:22:13 -0500 Received: from relay10.mail.gandi.net ([217.70.178.230]:52371) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kn52Q-0004Ce-Dh for 19031@debbugs.gnu.org; Wed, 09 Dec 2020 14:22:10 -0500 Received: from mail.gandi.net (m91-129-99-98.cust.tele2.ee [91.129.99.98]) (Authenticated sender: juri@linkov.net) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 87CB7240005; Wed, 9 Dec 2020 19:22:01 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <864mu464pa.fsf@beta.iola.dk> <87r1o5luz9.fsf@gnus.org> <878sabf6fu.fsf@gnus.org> <87zh2o7krj.fsf@mail.linkov.net> <83o8j471m9.fsf@gnu.org> <87v9dc6sia.fsf@mail.linkov.net> Date: Wed, 09 Dec 2020 21:08:53 +0200 In-Reply-To: (Andrii Kolomoiets's message of "Tue, 08 Dec 2020 23:33:45 +0200") Message-ID: <878sa71mnu.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) 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 (-) >> To make icomplete to not show completions until user starts typing filename, >> icomplete could remember the initial minibuffer content immediately after its >> activation, then after the user edits the minibuffer, compare the new content >> with the stored initial one. So this doesn't require any changes >> outside of icomplete. > > This may lead to unexpected behavior: > > (read-file-name "? " "~/" nil nil ".em") > > Completions will be shown for minibuffer content like "~/.e" and > "~/.ema" but not for "~/.em". Right, this behavior is described by the name of the option icomplete-show-matches-on-no-input, i.e. with its default nil: no input - no matches shown. So the patch below implements this. > Please read "until user starts typing filename" in my previous message > as "until input doesn't contains part of filename" ;) This is some new feature that can be implemented by a new option, maybe something similar to icomplete-tidy-shadowed-file-names. >> I'm not sure if such special casing for directory separators is needed. >> The option icomplete-show-matches-on-no-input is quite simple and it >> should check if the user changed the initial content. > > Anyway the 'minibuffer-default' variable is not the right place to do > such thing. It is used to provide default values which can be inserted > into the minibuffer with 'M-n': > > 1. emacs -Q > 2. M-: (setq enable-recursive-minibuffers t) > 3. C-x C-f > 4. M-: (setq minibuffer-default "foo") > 5. M-n I agree. And here is the patch that implements what the name of icomplete-show-matches-on-no-input suggests: diff --git a/lisp/icomplete.el b/lisp/icomplete.el index 0fdacd0a3c..84a5f88234 100644 --- a/lisp/icomplete.el +++ b/lisp/icomplete.el @@ -146,6 +146,9 @@ icomplete-minibuffer-setup-hook (defvar icomplete-overlay (make-overlay (point-min) (point-min) nil t t) "Overlay used to display the list of completions.") +(defvar icomplete-initial nil + "Initial input in the minibuffer.") + (defun icomplete-pre-command-hook () (let ((non-essential t)) (icomplete-tidy))) @@ -441,6 +444,7 @@ icomplete-minibuffer-setup "Run in minibuffer on activation to establish incremental completion. Usually run by inclusion in `minibuffer-setup-hook'." (when (and icomplete-mode (icomplete-simple-completing-p)) + (setq-local icomplete-initial (minibuffer-contents)) (setq-local completion-show-inline-help nil) (use-local-map (make-composed-keymap icomplete-minibuffer-map (current-local-map))) @@ -579,7 +583,9 @@ icomplete-exhibit (goto-char (point-max)) ; Insert the match-status information: (when (and (or icomplete-show-matches-on-no-input - (> (icomplete--field-end) (icomplete--field-beg))) + (if (stringp icomplete-initial) + (not (equal icomplete-initial (minibuffer-contents))) + (> (icomplete--field-end) (icomplete--field-beg)))) (or ;; Don't bother with delay after certain number of chars: (> (- (point) (icomplete--field-beg)) From unknown Mon Aug 18 11:22:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19031: 24.4; find-file in icomplete-mode shows completions with no input Resent-From: Andrii Kolomoiets Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Dec 2020 08:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19031 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Juri Linkov Cc: olau@iola.dk, Eli Zaretskii , larsi@gnus.org, 19031@debbugs.gnu.org Received: via spool by 19031-submit@debbugs.gnu.org id=B19031.16075877188410 (code B ref 19031); Thu, 10 Dec 2020 08:09:02 +0000 Received: (at 19031) by debbugs.gnu.org; 10 Dec 2020 08:08:38 +0000 Received: from localhost ([127.0.0.1]:36931 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1knH0A-0002BZ-Bx for submit@debbugs.gnu.org; Thu, 10 Dec 2020 03:08:38 -0500 Received: from mail-lj1-f171.google.com ([209.85.208.171]:44505) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1knH08-0002BM-Hx for 19031@debbugs.gnu.org; Thu, 10 Dec 2020 03:08:37 -0500 Received: by mail-lj1-f171.google.com with SMTP id m13so5648933ljo.11 for <19031@debbugs.gnu.org>; Thu, 10 Dec 2020 00:08:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=MlhIvfpXTtM0EfFaqTfKLQZgPw/eLZQggNPHqghw3Kk=; b=KW7+RufLIh2bm4aGZwrfsi8pYAB1v+5nIf+dKwpmTCcxO/4yTZ1q6IhSqSHaV5bx2y b5WRhu2NfzQcFRKnxtlSy8LGiPzIpwlyX3Fi9rjLkoUWJXFCb00CjcD5XunWd9KsBhtZ 1csmOSecjUVwvTkVgPydH4uLCsP6JljY6Qjc4ZloSvY1f+7OekUeCxGENLrx/nqXWeWO SbLjYqKmIkV8X7UR+baXTSvxgkpGn27q0bHe07ST4j82xSVYly71TSYEXdt81zwjUlXJ oOazF1KrvjVqxqN9/+nks1fX4LItdKabAH6BJIjPJYqa1z1hVyI8pftHtEKRCM7HvKb9 JObQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=MlhIvfpXTtM0EfFaqTfKLQZgPw/eLZQggNPHqghw3Kk=; b=TIjz/XwpQ4F3FwHaKuYmpkmsPRKyiPFyXXd2/K9Q2mh8f9gxT/Tpg2P5z0n3k3VWnP fkcnZYU9ta9/IOh1c6WTV1+ufZ7w/j+ft0mqGg9zKg9ViRSct+YIFsIoJmQCu80hepku q+ITQng7qZkBnNB6X91cT51Tp5QoAk3njg5lMB6gPZTB5zdaq1bs50+aewxTfZw2Be9A W86WMbos92DMGFQjqWKM7Y+dJEkl01uD62PDVNqYyl2WCkn7RjigMyku64bFLIGke0Oe E1Nu7yu9eMEEI26rK+ewlpJbCIgo2n+gpaX3J2vNLHbZ+lgWo+dG7VnaOgyQMIqmL4ap 0aUA== X-Gm-Message-State: AOAM5307m54sGMKlvBt4MP9dVvguuRyRwLGFFPSlHSaG9x4C9xagIgsJ K62/tIK863XN2RPPrXGyjThuoYWKGkbssA== X-Google-Smtp-Source: ABdhPJxY3utRa3lbOAnDLRlQegV+VXI4LKzRVQnglCg5eqP2HQFIZAvUvLuXv2Bk8HvHS48GzCc1tA== X-Received: by 2002:a2e:b5d6:: with SMTP id g22mr2423378ljn.488.1607587710050; Thu, 10 Dec 2020 00:08:30 -0800 (PST) Received: from muffinmac ([91.206.110.206]) by smtp.gmail.com with ESMTPSA id t30sm428602lft.266.2020.12.10.00.08.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 10 Dec 2020 00:08:29 -0800 (PST) From: Andrii Kolomoiets References: <864mu464pa.fsf@beta.iola.dk> <87r1o5luz9.fsf@gnus.org> <878sabf6fu.fsf@gnus.org> <87zh2o7krj.fsf@mail.linkov.net> <83o8j471m9.fsf@gnu.org> <87v9dc6sia.fsf@mail.linkov.net> <878sa71mnu.fsf@mail.linkov.net> Date: Thu, 10 Dec 2020 10:08:27 +0200 In-Reply-To: <878sa71mnu.fsf@mail.linkov.net> (Juri Linkov's message of "Wed, 09 Dec 2020 21:08:53 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 3.6 (+++) 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: Juri Linkov writes: >> Please read "until user starts typing filename" in my previous message >> as "until input doesn't contains part of filename" ;) > > This is some new feature that can be implemented by a new option, [...] Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [91.206.110.206 listed in zen.spamhaus.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (andreyk.mad[at]gmail.com) -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.208.171 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.208.171 listed in list.dnswl.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: 2.6 (++) 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: Juri Linkov writes: >> Please read "until user starts typing filename" in my previous message >> as "until input doesn't contains part of filename" ;) > > This is some new feature that can be implemented by a new option, [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [91.206.110.206 listed in zen.spamhaus.org] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.208.171 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.208.171 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (andreyk.mad[at]gmail.com) -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Juri Linkov writes: >> Please read "until user starts typing filename" in my previous message >> as "until input doesn't contains part of filename" ;) > > This is some new feature that can be implemented by a new option, > maybe something similar to icomplete-tidy-shadowed-file-names. Agree. > And here is the patch that implements what the name of > icomplete-show-matches-on-no-input suggests: Looks great! One thing left to do is to change the docstring of the icomplete-show-matches-on-no-input variable. From unknown Mon Aug 18 11:22:31 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19031: 24.4; find-file in icomplete-mode shows completions with no input Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Dec 2020 08:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19031 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed To: Andrii Kolomoiets Cc: olau@iola.dk, Eli Zaretskii , larsi@gnus.org, 19031@debbugs.gnu.org Received: via spool by 19031-submit@debbugs.gnu.org id=B19031.160793559010564 (code B ref 19031); Mon, 14 Dec 2020 08:47:01 +0000 Received: (at 19031) by debbugs.gnu.org; 14 Dec 2020 08:46:30 +0000 Received: from localhost ([127.0.0.1]:51018 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kojV0-0002kJ-47 for submit@debbugs.gnu.org; Mon, 14 Dec 2020 03:46:30 -0500 Received: from relay11.mail.gandi.net ([217.70.178.231]:53285) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kojUy-0002js-6Y for 19031@debbugs.gnu.org; Mon, 14 Dec 2020 03:46:28 -0500 Received: from mail.gandi.net (m91-129-99-98.cust.tele2.ee [91.129.99.98]) (Authenticated sender: juri@linkov.net) by relay11.mail.gandi.net (Postfix) with ESMTPSA id B341B100008; Mon, 14 Dec 2020 08:46:20 +0000 (UTC) From: Juri Linkov References: <864mu464pa.fsf@beta.iola.dk> <87r1o5luz9.fsf@gnus.org> <878sabf6fu.fsf@gnus.org> <87zh2o7krj.fsf@mail.linkov.net> <83o8j471m9.fsf@gnu.org> <87v9dc6sia.fsf@mail.linkov.net> <878sa71mnu.fsf@mail.linkov.net> Date: Mon, 14 Dec 2020 10:44:40 +0200 In-Reply-To: (Andrii Kolomoiets's message of "Thu, 10 Dec 2020 10:08:27 +0200") Message-ID: <87sg88rd3b.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) 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 (-) >>> Please read "until user starts typing filename" in my previous message >>> as "until input doesn't contains part of filename" ;) >> >> This is some new feature that can be implemented by a new option, >> maybe something similar to icomplete-tidy-shadowed-file-names. > > Agree. A new option could be implemented in a new feature request. >> And here is the patch that implements what the name of >> icomplete-show-matches-on-no-input suggests: > > Looks great! > > One thing left to do is to change the docstring of the > icomplete-show-matches-on-no-input variable. Now pushed to master with the docstring updates, and used icomplete-initial-input in more places.