GNU bug report logs - #1288
23.0.60; completion-ignored-extensions doc bug?

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 1288 in the body.
You can then email your comments to 1288 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.60; completion-ignored-extensions doc bug?
Date: Fri, 31 Oct 2008 22:42:02 +0100

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

Message #10 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: 1288 <at> debbugs.gnu.org, emacs-pretest-bug <at> gnu.org
Subject: Re: bug#1288: 23.0.60; completion-ignored-extensions doc bug?
Date: Fri, 31 Oct 2008 21:37:16 -0400

> 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

Message #20 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: bug-gnu-emacs <at> gnu.org
Cc: emacs-pretest-bug <at> gnu.org
Subject: Re: bug#1288: 23.0.60; completion-ignored-extensions doc bug?
Date: Sat, 01 Nov 2008 20:35:52 +0100

On Fri, 31 Oct 2008 21:37:16 -0400 Stefan Monnier <monnier <at> iro.umontreal.ca> 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

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.