From unknown Mon Jun 23 04:10:41 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#1288 <1288@debbugs.gnu.org> To: bug#1288 <1288@debbugs.gnu.org> Subject: Status: 23.0.60; completion-ignored-extensions doc bug? Reply-To: bug#1288 <1288@debbugs.gnu.org> Date: Mon, 23 Jun 2025 11:10:41 +0000 retitle 1288 23.0.60; completion-ignored-extensions doc bug? reassign 1288 emacs submitter 1288 Stephen Berman severity 1288 normal thanks From stephen.berman@gmx.net Fri Oct 31 14:42:10 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=-7.4 required=4.0 tests=AWL,BAYES_00, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 31 Oct 2008 21:42:10 +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 m9VLg6wX024923 for ; Fri, 31 Oct 2008 14:42:08 -0700 Received: from mx10.gnu.org ([199.232.76.166]:49485) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1Kw1i5-0001sV-3Z for emacs-pretest-bug@gnu.org; Fri, 31 Oct 2008 17:39:13 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Kw1kr-0002H8-JX for emacs-pretest-bug@gnu.org; Fri, 31 Oct 2008 17:42:06 -0400 Received: from mail.gmx.net ([213.165.64.20]:60665) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1Kw1kr-0002Gw-3A for emacs-pretest-bug@gnu.org; Fri, 31 Oct 2008 17:42:05 -0400 Received: (qmail invoked by alias); 31 Oct 2008 21:42:03 -0000 Received: from i5387E362.versanet.de (EHLO escher.local.home) [83.135.227.98] by mail.gmx.net (mp041) with SMTP; 31 Oct 2008 22:42:03 +0100 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX19zsTgtxitznan7crVTJMRVDjKwVoWdGct1mYFBzV qSGr0ITmY4etKj Received: by escher.local.home (Postfix, from userid 1000) id 8F9B3EC442; Fri, 31 Oct 2008 22:42:02 +0100 (CET) From: Stephen Berman To: emacs-pretest-bug@gnu.org Subject: 23.0.60; completion-ignored-extensions doc bug? Sender: steve@escher.local.home Date: Fri, 31 Oct 2008 22:42:02 +0100 Message-ID: <87zlkkzbkl.fsf@escher.local.home> 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-Y-GMX-Trusted: 0 X-FuHaFi: 0.57 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) In response to my bug report #1283: > > On my system, /lib contains these two files: > > > libthread_db-1.0.so > > libthread_db.so.1 > > > When I type `C-x d' or `C-x C-f' and then `/lib/libthr TAB', the path is > > completed to `/lib/libthread_db.so.1'. > > > Also on my system, /usr/lib contains these three files: > > > libthread_db.so > > libthreadweaver.so.4 > > libthreadweaver.so.4.1.0 > > > When I type `C-x d' or `C-x C-f' and then `/usr/lib/libthr TAB', the > > path is completed to `/usr/lib/libthreadweaver.so.4'. A second TAB > > tells me this is complete but not unique and the *Completions* buffer > > shows me (only) libthreadweaver.so.4 and libthreadweaver.so.4.1.0. > > > This is with -Q, and I get the same behavior with completion-styles set > > to any of `basic', `emacs21', emacs22', or `partial-completion'. Stefan wrote: > This is the effect of having ".so" in the completion-ignored-extensions Thanks, and sorry for forgetting about that. (But in rereading the doc string now, it seems either ambiguously worded or even wrong: "Completion ignores file names ending in any string in this list. It does not ignore them if all possible completions end in one of ^^^^^^^^^^^^^^^^^^^^^^^ these strings or when displaying a list of completions. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ It ignores directory names if they match any string in this list which ends in a slash." This seems to be saying that the *Completions* buffer should display the file names libthread_db-1.0.so and libthread_db.so in the above scenarios, but that is not what happens. Or am I misconstruing the doc string? If so, perhaps it can be rephrased more clearly. Steve Berman In GNU Emacs 23.0.60.12 (i686-pc-linux-gnu, GTK+ Version 2.12.9) of 2008-10-25 on escher From monnier@iro.umontreal.ca Fri Oct 31 18:37:22 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=-7.4 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; 1 Nov 2008 01:37:22 +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 mA11bJHI019234 for ; Fri, 31 Oct 2008 18:37:20 -0700 Received: from mail.gnu.org ([199.232.76.166]:58469 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1Kw5Nh-0002HT-OI for emacs-pretest-bug@gnu.org; Fri, 31 Oct 2008 21:34:25 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Kw5QT-000584-SC for emacs-pretest-bug@gnu.org; Fri, 31 Oct 2008 21:37:18 -0400 Received: from ironport2-out.pppoe.ca ([206.248.154.182]:6803 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Kw5QT-00057U-Jj for emacs-pretest-bug@gnu.org; Fri, 31 Oct 2008 21:37:17 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlwFANdPC0lMCqyo/2dsb2JhbACBdsp4g1GBDg X-IronPort-AV: E=Sophos;i="4.33,525,1220241600"; d="scan'208";a="29173590" Received: from 76-10-172-168.dsl.teksavvy.com (HELO pastel.home) ([76.10.172.168]) by ironport2-out.teksavvy.com with ESMTP; 31 Oct 2008 21:37:16 -0400 Received: by pastel.home (Postfix, from userid 20848) id 298427FF2; Fri, 31 Oct 2008 21:37:16 -0400 (EDT) From: Stefan Monnier To: Stephen Berman Cc: 1288@debbugs.gnu.org, emacs-pretest-bug@gnu.org Subject: Re: bug#1288: 23.0.60; completion-ignored-extensions doc bug? Message-ID: References: <87zlkkzbkl.fsf@escher.local.home> Date: Fri, 31 Oct 2008 21:37:16 -0400 In-Reply-To: <87zlkkzbkl.fsf@escher.local.home> (Stephen Berman's message of "Fri, 31 Oct 2008 22:42:02 +0100") 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. > Thanks, and sorry for forgetting about that. (But in rereading the doc > string now, it seems either ambiguously worded or even wrong: > "Completion ignores file names ending in any string in this list. > It does not ignore them if all possible completions end in one of > ^^^^^^^^^^^^^^^^^^^^^^^ > these strings or when displaying a list of completions. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > It ignores directory names if they match any string in this list which > ends in a slash." > This seems to be saying that the *Completions* buffer should display the > file names libthread_db-1.0.so and libthread_db.so in the above > scenarios, but that is not what happens. Or am I misconstruing the doc > string? If so, perhaps it can be rephrased more clearly. In your examples, you hit "/usr/lib/libthr TAB" which does not display the completions for "libthr" but instead performs the completion. You only get a *Completions* buffer on the second TAB, at which point the minibuffer input is "/usr/lib/libthreadweaver.so.4" for which there's no *.so file to display any more. If instead of the first TAB you press ? then you'll see the .so file listed. Stefan From geb-bug-gnu-emacs@m.gmane.org Sat Nov 1 12:36:23 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.9 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; 1 Nov 2008 19:36:24 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mA1JaJYf031968 for ; Sat, 1 Nov 2008 12:36:21 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KwMGg-00007g-Q2 for bug-gnu-emacs@gnu.org; Sat, 01 Nov 2008 15:36:18 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KwMGd-00006k-WC for bug-gnu-emacs@gnu.org; Sat, 01 Nov 2008 15:36:17 -0400 Received: from [199.232.76.173] (port=41062 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KwMGd-00006h-P9 for bug-gnu-emacs@gnu.org; Sat, 01 Nov 2008 15:36:15 -0400 Received: from main.gmane.org ([80.91.229.2]:47493 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KwMGd-0008K9-F0 for bug-gnu-emacs@gnu.org; Sat, 01 Nov 2008 15:36:15 -0400 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KwMGY-0004TW-2Y for bug-gnu-emacs@gnu.org; Sat, 01 Nov 2008 19:36:10 +0000 Received: from i5387fcf3.versanet.de ([83.135.252.243]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 01 Nov 2008 19:36:10 +0000 Received: from stephen.berman by i5387fcf3.versanet.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 01 Nov 2008 19:36:10 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Stephen Berman Subject: Re: bug#1288: 23.0.60; completion-ignored-extensions doc bug? Date: Sat, 01 Nov 2008 20:35:52 +0100 Lines: 32 Message-ID: <87iqr71bon.fsf@escher.local.home> References: <87zlkkzbkl.fsf@escher.local.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: i5387fcf3.versanet.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) Sender: news Cc: emacs-pretest-bug@gnu.org X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) On Fri, 31 Oct 2008 21:37:16 -0400 Stefan Monnier wrote: >> Thanks, and sorry for forgetting about that. (But in rereading the doc >> string now, it seems either ambiguously worded or even wrong: > >> "Completion ignores file names ending in any string in this list. >> It does not ignore them if all possible completions end in one of >> ^^^^^^^^^^^^^^^^^^^^^^^ >> these strings or when displaying a list of completions. >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> It ignores directory names if they match any string in this list which >> ends in a slash." > >> This seems to be saying that the *Completions* buffer should display the >> file names libthread_db-1.0.so and libthread_db.so in the above >> scenarios, but that is not what happens. Or am I misconstruing the doc >> string? If so, perhaps it can be rephrased more clearly. > > In your examples, you hit "/usr/lib/libthr TAB" which does not display > the completions for "libthr" but instead performs the completion. > You only get a *Completions* buffer on the second TAB, at which point > the minibuffer input is "/usr/lib/libthreadweaver.so.4" for which > there's no *.so file to display any more. > If instead of the first TAB you press ? then you'll see the .so > file listed. > > > Stefan Thanks (again) for setting me straight. Steve Berman From unknown Mon Jun 23 04:10:41 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Sun, 30 Nov 2008 15:24:03 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log 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