From unknown Sat Aug 16 20:56:22 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#994 <994@debbugs.gnu.org> To: bug#994 <994@debbugs.gnu.org> Subject: Status: 23.0.60; minibuffer completion should act on all minibuffer input Reply-To: bug#994 <994@debbugs.gnu.org> Date: Sun, 17 Aug 2025 03:56:22 +0000 retitle 994 23.0.60; minibuffer completion should act on all minibuffer inp= ut reassign 994 emacs submitter 994 "Drew Adams" severity 994 wishlist thanks From drew.adams@oracle.com Wed Sep 17 13:57:20 2008 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: Subject: 23.0.60; minibuffer completion should act on all minibuffer input 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 schwab@suse.de Wed Sep 17 14:32:55 2008 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, Subject: Re: bug#994: 23.0.60; minibuffer completion should act on all minibuffer input 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 drew.adams@oracle.com Wed Sep 17 14:41:28 2008 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> Subject: RE: bug#994: 23.0.60;minibuffer completion should act on all minibuffer input 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 drew.adams@oracle.com Wed Sep 17 14:48:13 2008 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> Subject: RE: bug#994: 23.0.60; minibuffer completion should act on all minibuffer input 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 monnier@iro.umontreal.ca Wed Sep 17 18:26:14 2008 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, Subject: Re: bug#994: 23.0.60; minibuffer completion should act on all minibuffer input 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 drew.adams@oracle.com Thu Sep 18 08:33:58 2008 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> Subject: RE: bug#994: 23.0.60; minibuffer completion should act on all minibuffer input 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 cyd@stupidchicken.com Mon Sep 29 15:40:48 2008 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.9 required=4.0 tests=AWL,BAYES_00, VALID_BTS_CONTROL autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at control) by emacsbugs.donarmstrong.com; 29 Sep 2008 22:40:49 +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 m8TMekPA001928 for ; Mon, 29 Sep 2008 15:40:47 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id 1F46C57E341; Mon, 29 Sep 2008 18:41:41 -0400 (EDT) From: Chong Yidong To: control@debbugs.gnu.org Subject: severity 994 wishlist Date: Mon, 29 Sep 2008 18:41:41 -0400 Message-ID: <87k5culgm2.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii severity 994 wishlist thanks From drew.adams@oracle.com Mon Sep 29 16:38:29 2008 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> Subject: RE: Processed: severity 994 wishlist 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 cyd@stupidchicken.com Mon Sep 29 18:58:26 2008 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 Subject: Re: Processed: severity 994 wishlist 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 drew.adams@oracle.com Mon Sep 29 20:09:14 2008 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> Subject: RE: Processed: severity 994 wishlist 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 monnier@iro.umontreal.ca Tue Sep 30 07:09:43 2008 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'" Subject: Re: bug#994: Processed: severity 994 wishlist 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 drew.adams@oracle.com Tue Sep 30 07:16:57 2008 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> Subject: RE: bug#994: Processed: severity 994 wishlist 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 monnier@IRO.UMontreal.CA Tue Sep 30 08:59:41 2008 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'" Subject: Re: bug#994: Processed: severity 994 wishlist 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 drew.adams@oracle.com Tue Sep 30 09:11:16 2008 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> Subject: RE: bug#994: Processed: severity 994 wishlist 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 From unknown Sat Aug 16 20:56:22 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 18 Feb 2010 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A long time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator