From unknown Sat Aug 16 18:37:50 2025 X-Loop: don@donarmstrong.com Subject: bug#994: 23.0.60; minibuffer completion should act on all minibuffer input Reply-To: "Drew Adams" , 994@debbugs.gnu.org Resent-From: "Drew Adams" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 17 Sep 2008 21:05:05 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 994 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.122168504027328 (code B ref -1); Wed, 17 Sep 2008 21:05:05 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.7 required=4.0 tests=AWL,BAYES_00, RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 17 Sep 2008 20:57:20 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8HKvGq4027279 for ; Wed, 17 Sep 2008 13:57:17 -0700 Received: from mx10.gnu.org ([199.232.76.166]:55886) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1Kg43T-0004hm-IY for emacs-pretest-bug@gnu.org; Wed, 17 Sep 2008 16:55:19 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Kg45H-0004cm-T5 for emacs-pretest-bug@gnu.org; Wed, 17 Sep 2008 16:57:15 -0400 Received: from rgminet01.oracle.com ([148.87.113.118]:62337) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Kg45H-0004bR-E1 for emacs-pretest-bug@gnu.org; Wed, 17 Sep 2008 16:57:11 -0400 Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id m8HKuxJv030719 for ; Wed, 17 Sep 2008 14:56:59 -0600 Received: from acsmt702.oracle.com (acsmt702.oracle.com [141.146.40.80]) by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m8HKuwsM019740 for ; Wed, 17 Sep 2008 14:56:58 -0600 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 17 Sep 2008 20:56:58 +0000 From: "Drew Adams" To: Date: Wed, 17 Sep 2008 13:57:00 -0700 Message-ID: <009d01c91907$ee6c7300$c2b22382@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AckZB+3pRgxfweFET1G5fO/mxIPZ+w== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 emacs -Q Given an existing file foo-bar.el, do `M-x foo-b RET', getting a new buffer `foo-b'. Then do `C-x C-v TAB'. There is no completion of `foo-b' to `foo-bar.el', because (a) point is just after the directory name, before `foo-b' (as it should be) and (b) completion now acts only on the text before point. This non-completion is a "feature" introduced in Emacs 22, the idea being that only stuff to the left of point should be completed. To me, this is a bug (misfeature), and this is a good example why. Another example is when point is in the middle of some text that can be completed, but it is completed differently from what the completion of the whole minibuffer content would be. E.g. `M-x foo-toto', with point after `foo' completes (I think) to `foo-bar.eltoto', which is not helpful. The user now needs to pay attention to where the cursor is. Previously the entire minibuffer contents (after the prompt) were taken into consideration for completion, just as they are for input (RET). This boils down to forcing users to use `C-e' to complete the entire input versus, in Emacs 20-21, users who wanted to complete only the text before point using `C-k'. Seems like not a big deal, but in practice I find it annoying. What's more, it is inconsistent with the behavior of RET, which does act on the complete minibuffer input. If Emacs Development won't remove this "feature", then please at least provide a user option to obtain the previous, sane behavior. Actually, in Emacs 23, things are worse yet. I have a file `icicles-mcmd.el'. I type `M-x icicles-mcfoobar' and hit TAB with point after the `mc'. It completes to `icicles-mcicles-foobar'. Huh? No idea what logic is behind that, but perhaps it has to do with the new automatic partical completion mode (which is also a design mistake, IMO). If instead point is at the end of the input for `M-x icicles-mcfoobar', then it completes to `icicles-mcfoobaricles'. Huh? Again, no idea what the logic is behind this misbehavior. IMO, the original (Emacs 20 or 21) behavior was superior: (1) more efficient for editing (arguable, admittedly) and certainly (2) much less confusing and more consistent. Please provide a user option (or two, if necessary) so users can get back the previous behavior. In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600) of 2008-09-03 on LENNART-69DE564 Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include -fno-crossjumping' From unknown Sat Aug 16 18:37:50 2025 X-Loop: don@donarmstrong.com Subject: bug#994: 23.0.60; minibuffer completion should act on all minibuffer input Reply-To: Andreas Schwab , 994@debbugs.gnu.org Resent-From: Andreas Schwab Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 17 Sep 2008 21:40:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 994 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.12216871754170 (code B ref -1); Wed, 17 Sep 2008 21:40:04 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-10.5 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 17 Sep 2008 21:32:55 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8HLWpX3004164 for ; Wed, 17 Sep 2008 14:32:52 -0700 Received: from mail.gnu.org ([199.232.76.166]:60829 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1Kg4bu-0006WO-N4 for emacs-pretest-bug@gnu.org; Wed, 17 Sep 2008 17:30:54 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Kg4dh-00039b-CR for emacs-pretest-bug@gnu.org; Wed, 17 Sep 2008 17:32:50 -0400 Received: from mx2.suse.de ([195.135.220.15]:47023) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Kg4dg-00038r-Uh for emacs-pretest-bug@gnu.org; Wed, 17 Sep 2008 17:32:45 -0400 Received: from Relay1.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id BE77245818; Wed, 17 Sep 2008 23:32:41 +0200 (CEST) From: Andreas Schwab To: Drew Adams Cc: 994@debbugs.gnu.org, References: <009d01c91907$ee6c7300$c2b22382@us.oracle.com> X-Yow: I'm working under the direct orders of WAYNE NEWTON to deport consenting adults! Date: Wed, 17 Sep 2008 23:32:41 +0200 In-Reply-To: <009d01c91907$ee6c7300$c2b22382@us.oracle.com> (Drew Adams's message of "Wed, 17 Sep 2008 13:57:00 -0700") Message-ID: User-Agent: Gnus/5.110009 (No Gnus v0.9) Emacs/22.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 "Drew Adams" writes: > emacs -Q > =20 > Given an existing file foo-bar.el, do `M-x foo-b RET', getting a new > buffer `foo-b'. > =20 > Then do `C-x C-v TAB'. There is no completion of `foo-b' to > `foo-bar.el', because (a) point is just after the directory name, > before `foo-b' (as it should be) and (b) completion now acts only > on the text before point. > =20 > This non-completion is a "feature" introduced in Emacs 22, the idea > being that only stuff to the left of point should be completed. To me, > this is a bug (misfeature), and this is a good example why. Counter example: I visit a file, then want to visit a new file with the same name but in a different directory. Type C-x C-f , edit the directory before point and type TAB. I expect to get the directory part properly completed although the file does not exist. Completion is inherently context dependent. Andreas. --=20 Andreas Schwab, SuSE Labs, schwab@suse.de SuSE Linux Products GmbH, Maxfeldstra=DFe 5, 90409 N=FCrnberg, Germany PGP key fingerprint =3D 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED= 5 "And now for something completely different." From unknown Sat Aug 16 18:37:50 2025 X-Loop: don@donarmstrong.com Subject: bug#994: 23.0.60;minibuffer completion should act on all minibuffer input Reply-To: "Drew Adams" , 994@debbugs.gnu.org Resent-From: "Drew Adams" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 17 Sep 2008 21:50:02 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 994 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.12216876886444 (code B ref -1); Wed, 17 Sep 2008 21:50:02 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-8.2 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 17 Sep 2008 21:41:28 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8HLfPec006436 for ; Wed, 17 Sep 2008 14:41:26 -0700 Received: from mail.gnu.org ([199.232.76.166]:33731 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1Kg4kC-00074H-95 for emacs-pretest-bug@gnu.org; Wed, 17 Sep 2008 17:39:28 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Kg4m0-000547-UR for emacs-pretest-bug@gnu.org; Wed, 17 Sep 2008 17:41:23 -0400 Received: from agminet01.oracle.com ([141.146.126.228]:35150) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Kg4lx-00052d-OJ for emacs-pretest-bug@gnu.org; Wed, 17 Sep 2008 17:41:20 -0400 Received: from agmgw2.us.oracle.com (agmgw2.us.oracle.com [152.68.180.213]) by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m8HLf16i011693; Wed, 17 Sep 2008 16:41:01 -0500 Received: from acsmt704.oracle.com (acsmt704.oracle.com [141.146.40.82]) by agmgw2.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m8HLf0lw029516; Wed, 17 Sep 2008 15:41:00 -0600 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 17 Sep 2008 21:41:00 +0000 From: "Drew Adams" To: <994@debbugs.gnu.org>, References: <009d01c91907$ee6c7300$c2b22382@us.oracle.com> Date: Wed, 17 Sep 2008 14:41:03 -0700 Message-ID: <00b501c9190e$157eae30$c2b22382@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <009d01c91907$ee6c7300$c2b22382@us.oracle.com> Thread-Index: AckZB+3pRgxfweFET1G5fO/mxIPZ+wABc0RA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 X-CrossAssassin-Score: 2 > From: Drew Adams Sent: Wednesday, September 17, 2008 1:57 PM > emacs -Q > > Given an existing file foo-bar.el, do `M-x foo-b RET', getting a new > buffer `foo-b'. Sorry, I meant `C-x C-f', not `M-x'. From unknown Sat Aug 16 18:37:50 2025 X-Loop: don@donarmstrong.com Subject: bug#994: 23.0.60; minibuffer completion should act on all minibuffer input Reply-To: "Drew Adams" , 994@debbugs.gnu.org Resent-From: "Drew Adams" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 17 Sep 2008 21:55:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 994 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.12216880937821 (code B ref -1); Wed, 17 Sep 2008 21:55:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-8.2 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 17 Sep 2008 21:48:13 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8HLmAtT007815 for ; Wed, 17 Sep 2008 14:48:11 -0700 Received: from mx10.gnu.org ([199.232.76.166]:34456) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1Kg4qj-0007Jc-62 for emacs-pretest-bug@gnu.org; Wed, 17 Sep 2008 17:46:13 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Kg4sX-0006O0-0k for emacs-pretest-bug@gnu.org; Wed, 17 Sep 2008 17:48:09 -0400 Received: from rgminet01.oracle.com ([148.87.113.118]:32211) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Kg4sW-0006Nu-MK for emacs-pretest-bug@gnu.org; Wed, 17 Sep 2008 17:48:04 -0400 Received: from rgmgw1.us.oracle.com (rgmgw1.us.oracle.com [138.1.186.110]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id m8HLlrfj013292; Wed, 17 Sep 2008 15:47:54 -0600 Received: from acsmt705.oracle.com (acsmt705.oracle.com [141.146.40.83]) by rgmgw1.us.oracle.com (Switch-3.2.4/Switch-3.2.4) with ESMTP id m8HLlqRl023986; Wed, 17 Sep 2008 15:47:52 -0600 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 17 Sep 2008 21:47:52 +0000 From: "Drew Adams" To: "'Andreas Schwab'" Cc: <994@debbugs.gnu.org>, References: <009d01c91907$ee6c7300$c2b22382@us.oracle.com> Date: Wed, 17 Sep 2008 14:47:54 -0700 Message-ID: <00b601c9190f$0aed2f90$c2b22382@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AckZDQz9vWwaTMAlQn6ukBLrUEx9YAAARYSA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 > From: Andreas Schwab Sent: Wednesday, September 17, 2008 2:33 PM > "Drew Adams" writes: > > emacs -Q > > > > Given an existing file foo-bar.el, do `M-x foo-b RET', getting a new > > buffer `foo-b'. > > > > Then do `C-x C-v TAB'. There is no completion of `foo-b' to > > `foo-bar.el', because (a) point is just after the directory name, > > before `foo-b' (as it should be) and (b) completion now acts only > > on the text before point. > > > > This non-completion is a "feature" introduced in Emacs 22, the idea > > being that only stuff to the left of point should be > > completed. To me, this is a bug (misfeature), and this is a good > > example why. > > Counter example: I visit a file, then want to visit a new > file with the > same name but in a different directory. Type C-x C-f , > edit the directory before point and type TAB. I expect to get the > directory part properly completed although the file does not exist. > Completion is inherently context dependent. Sure there are counter examples, and that's a good one. And different users have different preferences wrt which examples (behaviors) are most important to them. All I'm asking for is a way to return to the previous behavior, which I prefer. Call it a bug or a feature, as you like. I would like a user option to be able to choose the alternative behavior. And the other part of the bug report, which is Emacs 23-specific (related to automatic partial completion?) is something else again. There too there should be an easy and obvious way to turn off such smart/silly (your choice) behavior. From unknown Sat Aug 16 18:37:50 2025 X-Loop: don@donarmstrong.com Subject: bug#994: 23.0.60; minibuffer completion should act on all minibuffer input Reply-To: Stefan Monnier , 994@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Thu, 18 Sep 2008 01:35:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 994 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.122170117430911 (code B ref -1); Thu, 18 Sep 2008 01:35:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-4.1 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 18 Sep 2008 01:26:14 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8I1QBho030903 for ; Wed, 17 Sep 2008 18:26:12 -0700 Received: from mx10.gnu.org ([199.232.76.166]:50978) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1Kg8Fi-0007PL-6m for emacs-pretest-bug@gnu.org; Wed, 17 Sep 2008 21:24:14 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Kg8HW-0004wx-UO for emacs-pretest-bug@gnu.org; Wed, 17 Sep 2008 21:26:10 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:57738) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Kg8HW-0004wt-Lt for emacs-pretest-bug@gnu.org; Wed, 17 Sep 2008 21:26:06 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiQFAENL0UhMCrQ4/2dsb2JhbACBZLhNgWeBAw X-IronPort-AV: E=Sophos;i="4.32,418,1217822400"; d="scan'208";a="27012737" Received: from 76-10-180-56.dsl.teksavvy.com (HELO ceviche.home) ([76.10.180.56]) by ironport2-out.teksavvy.com with ESMTP; 17 Sep 2008 21:26:05 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 125A1B40B1; Wed, 17 Sep 2008 21:26:06 -0400 (EDT) From: Stefan Monnier To: Drew Adams Cc: 994@debbugs.gnu.org, Message-ID: References: <009d01c91907$ee6c7300$c2b22382@us.oracle.com> Date: Wed, 17 Sep 2008 21:26:06 -0400 In-Reply-To: <009d01c91907$ee6c7300$c2b22382@us.oracle.com> (Drew Adams's message of "Wed, 17 Sep 2008 13:57:00 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. > Actually, in Emacs 23, things are worse yet. I have a file > `icicles-mcmd.el'. I type `M-x icicles-mcfoobar' and hit TAB with > point after the `mc'. It completes to `icicles-mcicles-foobar'. > Huh? No idea what logic is behind that, but perhaps it has to do > with the new automatic partical completion mode (which is also a > design mistake, IMO). If instead point is at the end of the > input for `M-x icicles-mcfoobar', then it completes to > `icicles-mcfoobaricles'. Huh? Again, no idea what the logic is > behind this misbehavior. Can you provide a recipe to reproduce the above two behaviors? Stefan From unknown Sat Aug 16 18:37:50 2025 X-Loop: don@donarmstrong.com Subject: bug#994: 23.0.60; minibuffer completion should act on all minibuffer input Reply-To: "Drew Adams" , 994@debbugs.gnu.org Resent-From: "Drew Adams" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Thu, 18 Sep 2008 15:40:05 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 994 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.122175203819144 (code B ref -1); Thu, 18 Sep 2008 15:40:05 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-8.2 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 18 Sep 2008 15:33:58 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8IFXtNg019044 for ; Thu, 18 Sep 2008 08:33:56 -0700 Received: from mail.gnu.org ([199.232.76.166]:53386 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1KgLU5-0004Lr-7T for emacs-pretest-bug@gnu.org; Thu, 18 Sep 2008 11:31:57 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1KgLVs-0001Pj-F4 for emacs-pretest-bug@gnu.org; Thu, 18 Sep 2008 11:33:53 -0400 Received: from rgminet01.oracle.com ([148.87.113.118]:37988) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KgLVr-0001Nb-44 for emacs-pretest-bug@gnu.org; Thu, 18 Sep 2008 11:33:47 -0400 Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id m8IFXRpX029098; Thu, 18 Sep 2008 09:33:27 -0600 Received: from acsmt704.oracle.com (acsmt704.oracle.com [141.146.40.82]) by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m8IFXObr014856; Thu, 18 Sep 2008 09:33:26 -0600 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 18 Sep 2008 15:33:22 +0000 From: "Drew Adams" To: "'Stefan Monnier'" Cc: <994@debbugs.gnu.org>, References: <009d01c91907$ee6c7300$c2b22382@us.oracle.com> Date: Thu, 18 Sep 2008 08:33:25 -0700 Message-ID: <00e001c919a3$e4fed780$c2b22382@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AckZLclnklzcCxyQRyyqbk7oIAhVngAdU+BA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 X-CrossAssassin-Score: 2 > > Actually, in Emacs 23, things are worse yet. I have a file > > `icicles-mcmd.el'. I type `M-x icicles-mcfoobar' and hit TAB with > > point after the `mc'. It completes to `icicles-mcicles-foobar'. > > Huh? No idea what logic is behind that, but perhaps it has to do > > with the new automatic partical completion mode (which is also a > > design mistake, IMO). If instead point is at the end of the > > input for `M-x icicles-mcfoobar', then it completes to > > `icicles-mcfoobaricles'. Huh? Again, no idea what the logic is > > behind this misbehavior. > > Can you provide a recipe to reproduce the above two behaviors? Exactly the recipe I gave above (with the correction I sent later that I meant `C-x C-f', not `M-x'): emacs -Q Create a file icicles-mcmd.el in directory /my/dir. C-x C-f Find file: /my/dir/icicles-mcfoobar TAB ^ +-- point here gives: Find file: /my/dir/icicles-mcicles-foobar And: Find file: /my/dir/icicles-mcfoobar TAB ^ +-- point here gives: Find file: /my/dir/icicles-mcicles-foobaricles In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600) of 2008-09-03 on LENNART-69DE564 Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include -fno-crossjumping' From unknown Sat Aug 16 18:37:50 2025 X-Loop: don@donarmstrong.com Subject: bug#994: Processed: severity 994 wishlist Reply-To: "Drew Adams" , 994@debbugs.gnu.org Resent-From: "Drew Adams" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 29 Sep 2008 23:45:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 994 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 994-submit@emacsbugs.donarmstrong.com id=B994.122273150915854 (code B ref 994); Mon, 29 Sep 2008 23:45:04 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.8 required=4.0 tests=AWL,BAYES_00, RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 994) by emacsbugs.donarmstrong.com; 29 Sep 2008 23:38:29 +0000 Received: from agminet01.oracle.com (agminet01.oracle.com [141.146.126.228]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8TNcQBL015848 for <994@emacsbugs.donarmstrong.com>; Mon, 29 Sep 2008 16:38:27 -0700 Received: from rgmgw2.us.oracle.com (rgmgw2.us.oracle.com [138.1.186.111]) by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m8TNc6h4011323; Mon, 29 Sep 2008 18:38:06 -0500 Received: from acsmt707.oracle.com (acsmt707.oracle.com [141.146.40.85]) by rgmgw2.us.oracle.com (Switch-3.2.4/Switch-3.2.4) with ESMTP id m8TNc41R015802; Mon, 29 Sep 2008 17:38:05 -0600 Received: from dradamslap1 (/141.144.81.233) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 29 Sep 2008 23:38:04 +0000 From: "Drew Adams" To: "'Emacs bug Tracking System'" , "'Chong Yidong'" , <994@debbugs.gnu.org> Cc: "'Emacs Bugs'" References: <87k5culgm2.fsf@cyd.mit.edu> Date: Mon, 29 Sep 2008 16:38:16 -0700 Message-ID: <001101c9228c$728367b0$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AckiiKlqWDH2UMRoTnmutw3/gGaUMwAAuZiw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE > From: Emacs bug Tracking System Sent: Monday, September 29, 2008 3:50 PM > Processing commands for control@emacsbugs.donarmstrong.com: > > > severity 994 wishlist > bug#994: 23.0.60; minibuffer completion should act on all > minibuffer input > Severity set to `wishlist' from `normal' Why is this fodder for the wishlist? This bug is a regression! Stefan asked for a recipe to reproduce it, so no doubt this behavior is not intentional (not a design change). It is bad, bugged behavior, and it is new. Why on earth would such a bug report be classified as "wish list"? Perhaps you are simply wishing bugs away? ;-) From unknown Sat Aug 16 18:37:50 2025 X-Loop: don@donarmstrong.com Subject: bug#994: Processed: severity 994 wishlist Reply-To: Chong Yidong , 994@debbugs.gnu.org Resent-From: Chong Yidong Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 30 Sep 2008 02:05:05 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 994 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 994-submit@emacsbugs.donarmstrong.com id=B994.122273990718360 (code B ref 994); Tue, 30 Sep 2008 02:05:05 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-3.8 required=4.0 tests=AWL,BAYES_00, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 994) by emacsbugs.donarmstrong.com; 30 Sep 2008 01:58:27 +0000 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8U1wI4u018353; Mon, 29 Sep 2008 18:58:19 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id 50C6257E341; Mon, 29 Sep 2008 21:59:14 -0400 (EDT) From: Chong Yidong To: "Drew Adams" Cc: "'Emacs bug Tracking System'" , <994@debbugs.gnu.org>, 1055-done@debbugs.gnu.org References: <87k5culgm2.fsf@cyd.mit.edu> <001101c9228c$728367b0$0200a8c0@us.oracle.com> Date: Mon, 29 Sep 2008 21:59:14 -0400 In-Reply-To: <001101c9228c$728367b0$0200a8c0@us.oracle.com> (Drew Adams's message of "Mon, 29 Sep 2008 16:38:16 -0700") Message-ID: <87ljxa1jil.fsf@cyd.mit.edu> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii "Drew Adams" writes: > Why is this fodder for the wishlist? This bug is a regression! > > Stefan asked for a recipe to reproduce it, so no doubt this behavior is not > intentional (not a design change). It is bad, bugged behavior, and it is new. > > Why on earth would such a bug report be classified as "wish list"? Perhaps you > are simply wishing bugs away? ;-) Please don't make a separate CC to bug-gnu-emacs; that creates a new bug entry. Just reply to NNN@debbugs.gnu.org. The bug in question is not a regression, unless you have a rather broad definition of "regression". It is neither obviously buggy nor new, so I'd prefer it if people work on the other outstanding issues first. But if it bugs you that much... patch welcome. I don't want to waste time debating bug classification. From unknown Sat Aug 16 18:37:50 2025 X-Loop: don@donarmstrong.com Subject: bug#994: Processed: severity 994 wishlist Reply-To: "Drew Adams" , 994@debbugs.gnu.org Resent-From: "Drew Adams" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 30 Sep 2008 03:15:02 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 994 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 994-submit@emacsbugs.donarmstrong.com id=B994.12227441554062 (code B ref 994); Tue, 30 Sep 2008 03:15:02 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.7 required=4.0 tests=AWL,BAYES_00,FOURLA, RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 994) by emacsbugs.donarmstrong.com; 30 Sep 2008 03:09:15 +0000 Received: from agminet01.oracle.com (agminet01.oracle.com [141.146.126.228]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8U39BDj004056 for <994@emacsbugs.donarmstrong.com>; Mon, 29 Sep 2008 20:09:12 -0700 Received: from agmgw2.us.oracle.com (agmgw2.us.oracle.com [152.68.180.213]) by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m8U38nqb021436; Mon, 29 Sep 2008 22:08:49 -0500 Received: from acsmt701.oracle.com (acsmt701.oracle.com [141.146.40.71]) by agmgw2.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m8U38lvU002456; Mon, 29 Sep 2008 21:08:48 -0600 Received: from dradamslap1 (/141.144.81.233) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 29 Sep 2008 20:08:47 -0700 From: "Drew Adams" To: "'Chong Yidong'" Cc: "'Emacs bug Tracking System'" , <994@debbugs.gnu.org>, References: <87k5culgm2.fsf@cyd.mit.edu><001101c9228c$728367b0$0200a8c0@us.oracle.com> <87ljxa1jil.fsf@cyd.mit.edu> Date: Mon, 29 Sep 2008 20:09:00 -0700 Message-ID: <003901c922a9$e2f16ca0$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87ljxa1jil.fsf@cyd.mit.edu> Thread-Index: AckioLtYKMBKXQXHTlyEZr2+Aj3gVwAA3TVg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE > > Why is this fodder for the wishlist? This bug is a regression! > > > > Stefan asked for a recipe to reproduce it, so no doubt this > > behavior is not intentional (not a design change). It is bad, > > bugged behavior, and it is new. > > > > Why on earth would such a bug report be classified as "wish > > list"? Perhaps you are simply wishing bugs away? ;-) > > Please don't make a separate CC to bug-gnu-emacs; that > creates a new bug entry. Just reply to NNN@debbugs.gnu.org. I used Reply All. mea culpa. FYI, 994@debbugs.gnu.org was not even in the list of recipients - I had to add it manually. So neither Reply nor Reply All does the job. > The bug in question is not a regression, unless you have a > rather broad definition of "regression". Of course it is a regression. What is your definition? * No such crazy completion occurred in Emacs 22 or 21 or 20 or 19 or 18. * And it is apparently not intentional behavior. * And it is bad behavior - no rationale has been given for it, and the developer was apparently surprised by it, asking for a recipe to reproduce it. Why would you call behavior that is new, unintentional, and bad anything BUT a regression? What would you call it? > It is neither obviously buggy nor new, Of course it is new. Repeat the same recipe in Emacs 22, 21, or 20 - you will not see anything like what I reported. How can you say that `read-file-name' completing (with an existing file `icicles-mcmd.el') the input `icicles-mcfoobar' to `icicles-mcicles-foobar' is correct? There is no such file. Emacs should signal that there are no completions. How can you say that completing the same input to `icicles-mcfoobaricles' is also correct? Again, there is no such file. Emacs should signal that there are no completions. Even if you adopt the point of view that only what is before point should be completed, ignoring what comes after point, the result must be a valid completion (existing file name). With that point of view, it might be correct to *replace* the text to the right of point and leave the completed file name `icicles-mcmd.el'. But there is no way that it makes sense to complete to `icicles-mcicles-foobar' or `icicles-mcfoobaricles'. Please think about it. This is totally silly. ------------8<---------------------- Newsflash - I just tried again, using this build: In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600) of 2008-09-18 on LENNART-69DE564 Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include -fno-crossjumping' And the bug is fixed in that build. I retested using the version I reported it in, just to be sure, and the bug does exist there, as reported: In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600) of 2008-09-03 on LENNART-69DE564 Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4) --no-opt --cflags -Ic:/g/include -fno-crossjumping' However, FWIW, the behavior now is not the same as in Emacs 22: In GNU Emacs 22.2.1 (i386-mingw-nt5.1.2600) of 2008-03-26 on RELEASE Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4)' In Emacs 22.2 (I don't have 22.3, but I'm guessing it's the same): icicles-mcfoobar completes to icicles-mcmd.elfoobar, when point is on the m. When point is at the end (after the r), you get a [No match] message. In Emacs 23, you get a [No match] message in both cases. I'm OK with that, but see Andreas Schwab's reply - he might not be OK with it. In addition to these examples being fixed, the other example I gave, of first doing C-x C-f icicles-mc RET and then C-x C-v TAB seems also to be fixed - it now completes to icicles-mcmd.el. (This part of the original report was stated in terms of foo-bar.el, not icicles-mcmd.el.) So if nothing changes (;-)), I'm OK with closing this bug - it seems to be fixed. Thanks to whoever fixed it (probably Stefan). However, this does represent a change in design (intentional user-visible behavior change) wrt Emacs 22. I'm OK with this change, but it was not something that was discussed in emacs-devel@gnu.org. There have been a lot of changes to the completion behavior that were never discussed. That's not the right way to run things, IMHO. From unknown Sat Aug 16 18:37:50 2025 X-Loop: don@donarmstrong.com Subject: bug#994: Processed: severity 994 wishlist Reply-To: Stefan Monnier , 994@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 30 Sep 2008 14:15:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 994 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 994-submit@emacsbugs.donarmstrong.com id=B994.12227837835586 (code B ref 994); Tue, 30 Sep 2008 14:15:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-5.2 required=4.0 tests=AWL,BAYES_00,FOURLA, HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 994) by emacsbugs.donarmstrong.com; 30 Sep 2008 14:09:43 +0000 Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8UE9awl005580 for <994@emacsbugs.donarmstrong.com>; Tue, 30 Sep 2008 07:09:38 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArgEAK7P4UjO+KDT/2dsb2JhbACBZLxkgWeBBA X-IronPort-AV: E=Sophos;i="4.33,338,1220241600"; d="scan'208";a="27756615" Received: from 206-248-160-211.dsl.teksavvy.com (HELO pastel.home) ([206.248.160.211]) by ironport2-out.teksavvy.com with ESMTP; 30 Sep 2008 10:09:31 -0400 Received: by pastel.home (Postfix, from userid 20848) id 11FE18028; Tue, 30 Sep 2008 10:09:31 -0400 (EDT) From: Stefan Monnier To: Drew Adams Cc: 994@debbugs.gnu.org, "'Chong Yidong'" , schwab@suse.de, "'Emacs bug Tracking System'" Message-ID: References: <87k5culgm2.fsf@cyd.mit.edu> <001101c9228c$728367b0$0200a8c0@us.oracle.com> <87ljxa1jil.fsf@cyd.mit.edu> <003901c922a9$e2f16ca0$0200a8c0@us.oracle.com> Date: Tue, 30 Sep 2008 10:09:31 -0400 In-Reply-To: <003901c922a9$e2f16ca0$0200a8c0@us.oracle.com> (Drew Adams's message of "Mon, 29 Sep 2008 20:09:00 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > How can you say that completing the same input to `icicles-mcfoobaricles' is > also correct? Again, there is no such file. Emacs should signal that there are > no completions. Indeed it looks like a bug to me. But IIUC the rest of your message says that the bug is now gone, right? Stefan From unknown Sat Aug 16 18:37:50 2025 X-Loop: don@donarmstrong.com Subject: bug#994: Processed: severity 994 wishlist Reply-To: "Drew Adams" , 994@debbugs.gnu.org Resent-From: "Drew Adams" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 30 Sep 2008 14:25:07 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 994 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 994-submit@emacsbugs.donarmstrong.com id=B994.12227842178133 (code B ref 994); Tue, 30 Sep 2008 14:25:07 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-8.2 required=4.0 tests=AWL,BAYES_00,FOURLA, HAS_BUG_NUMBER,RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 994) by emacsbugs.donarmstrong.com; 30 Sep 2008 14:16:57 +0000 Received: from agminet01.oracle.com (agminet01.oracle.com [141.146.126.228]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8UEGpYI008120 for <994@emacsbugs.donarmstrong.com>; Tue, 30 Sep 2008 07:16:53 -0700 Received: from agmgw2.us.oracle.com (agmgw2.us.oracle.com [152.68.180.213]) by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m8UEFb82023635; Tue, 30 Sep 2008 09:15:37 -0500 Received: from acsmt702.oracle.com (acsmt702.oracle.com [141.146.40.80]) by agmgw2.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m8UEFai3011066; Tue, 30 Sep 2008 08:15:36 -0600 Received: from dradamslap1 (/24.23.165.218) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 30 Sep 2008 07:15:36 -0700 From: "Drew Adams" To: "'Stefan Monnier'" Cc: <994@debbugs.gnu.org>, "'Chong Yidong'" , , "'Emacs bug Tracking System'" References: <87k5culgm2.fsf@cyd.mit.edu><001101c9228c$728367b0$0200a8c0@us.oracle.com><87ljxa1jil.fsf@cyd.mit.edu><003901c922a9$e2f16ca0$0200a8c0@us.oracle.com> Date: Tue, 30 Sep 2008 07:15:50 -0700 Message-ID: <000001c92307$0ad14580$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AckjBkO80a/y3V0YSg6UuMQABMrVLQAAHqRw In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE > > How can you say that completing the same input to > > `icicles-mcfoobaricles' is also correct? Again, there > > is no such file. Emacs should signal that there are > > no completions. > > Indeed it looks like a bug to me. > But IIUC the rest of your message says that the bug is now > gone, right? Yes, I believe so, at least in the version (2008-09-18) I mentioned. Thanks. From unknown Sat Aug 16 18:37:50 2025 X-Loop: don@donarmstrong.com Subject: bug#994: Processed: severity 994 wishlist Reply-To: Stefan Monnier , 994@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 30 Sep 2008 16:05:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 994 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 994-submit@emacsbugs.donarmstrong.com id=B994.122279038132397 (code B ref 994); Tue, 30 Sep 2008 16:05:04 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.3 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 994) by emacsbugs.donarmstrong.com; 30 Sep 2008 15:59:41 +0000 Received: from chene.dit.umontreal.ca (chene.dit.umontreal.ca [132.204.246.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8UFxb2U032391 for <994@emacsbugs.donarmstrong.com>; Tue, 30 Sep 2008 08:59:38 -0700 Received: from alfajor.home (vpn-132-204-232-41.acd.umontreal.ca [132.204.232.41]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id m8UFxX7s007035; Tue, 30 Sep 2008 11:59:33 -0400 Received: by alfajor.home (Postfix, from userid 20848) id 2FD9C1C3E8; Tue, 30 Sep 2008 11:59:33 -0400 (EDT) From: Stefan Monnier To: "Drew Adams" Cc: <994@debbugs.gnu.org>, "'Chong Yidong'" , , "'Emacs bug Tracking System'" Message-ID: References: <87k5culgm2.fsf@cyd.mit.edu> <001101c9228c$728367b0$0200a8c0@us.oracle.com> <87ljxa1jil.fsf@cyd.mit.edu> <003901c922a9$e2f16ca0$0200a8c0@us.oracle.com> <000001c92307$0ad14580$0200a8c0@us.oracle.com> Date: Tue, 30 Sep 2008 11:59:33 -0400 In-Reply-To: <000001c92307$0ad14580$0200a8c0@us.oracle.com> (Drew Adams's message of "Tue, 30 Sep 2008 07:15:50 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3114=0 > Yes, I believe so, at least in the version (2008-09-18) I mentioned. Wonderful. If it appears again, please file a new bug, Stefan From unknown Sat Aug 16 18:37:50 2025 X-Loop: don@donarmstrong.com Subject: bug#994: Processed: severity 994 wishlist Reply-To: "Drew Adams" , 994@debbugs.gnu.org Resent-From: "Drew Adams" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 30 Sep 2008 16:20:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 994 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 994-submit@emacsbugs.donarmstrong.com id=B994.12227910764279 (code B ref 994); Tue, 30 Sep 2008 16:20:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-8.3 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_MED,UNPARSEABLE_RELAY autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 994) by emacsbugs.donarmstrong.com; 30 Sep 2008 16:11:16 +0000 Received: from agminet01.oracle.com (agminet01.oracle.com [141.146.126.228]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8UGB9td004273 for <994@emacsbugs.donarmstrong.com>; Tue, 30 Sep 2008 09:11:10 -0700 Received: from agmgw2.us.oracle.com (agmgw2.us.oracle.com [152.68.180.213]) by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m8UGAmNU023662; Tue, 30 Sep 2008 11:10:48 -0500 Received: from acsmt702.oracle.com (acsmt702.oracle.com [141.146.40.80]) by agmgw2.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m8UGAibS004732; Tue, 30 Sep 2008 10:10:44 -0600 Received: from dradamslap1 (/141.144.50.114) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 30 Sep 2008 09:10:44 -0700 From: "Drew Adams" To: "'Stefan Monnier'" Cc: <994@debbugs.gnu.org>, "'Chong Yidong'" , , "'Emacs bug Tracking System'" References: <87k5culgm2.fsf@cyd.mit.edu><001101c9228c$728367b0$0200a8c0@us.oracle.com><87ljxa1jil.fsf@cyd.mit.edu><003901c922a9$e2f16ca0$0200a8c0@us.oracle.com><000001c92307$0ad14580$0200a8c0@us.oracle.com> Date: Tue, 30 Sep 2008 09:10:55 -0700 Message-ID: <000501c92317$205a5260$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AckjFbx33h6+RBPjSEiE30uMtGniTQAAU8TA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE > > Yes, I believe so, at least in the version (2008-09-18) I mentioned. > > Wonderful. If it appears again, please file a new bug, OK. From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 20 19:38:01 2010 Received: (at control) by debbugs.gnu.org; 21 Jan 2010 00:38:01 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NXl3a-0001Js-Nx for submit@debbugs.gnu.org; Wed, 20 Jan 2010 19:38:01 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NXl3L-0001Jm-0o for control@debbugs.gnu.org; Wed, 20 Jan 2010 19:37:52 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1NXl2v-0006ua-Sl; Wed, 20 Jan 2010 19:37:13 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19287.41401.857385.254635@gargle.gargle.HOWL> Date: Wed, 20 Jan 2010 19:37:13 -0500 From: Glenn Morris To: control Subject: control X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.0 (-----) tags 5388 moreinfo tags 922 wontfix tags 927 wontfix close 994