bug#1288: 23.0.60; completion-ignored-extensions doc bug?

bug#1288: 23.0.60; completion-ignored-extensions doc bug?

[Stephen Berman]

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

bug#1288: 23.0.60; completion-ignored-extensions doc bug?

[Stefan Monnier]

> 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

bug#1288: 23.0.60; completion-ignored-extensions doc bug?

[Stephen Berman]

On Fri, 31 Oct 2008 21:37:16 -0400 Stefan Monnier <monnier@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

bug#1288: marked as done (23.0.60; completion-ignored-extensions doc bug?)

[Emacs bug Tracking System]

[-- Attachment #1: Type: text/plain, Size: 872 bytes --]


Your message dated Sat, 01 Nov 2008 20:35:52 +0100
with message-id <87iqr71bon.fsf@escher.local.home>
and subject line Re: bug#1288: 23.0.60; completion-ignored-extensions doc bug?
has caused the Emacs bug report #1288,
regarding 23.0.60; completion-ignored-extensions doc bug?
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don@donarmstrong.com
immediately.)


-- 
1288: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=1288
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 3935 bytes --]

From: Stephen Berman <stephen.berman@gmx.net>
To: emacs-pretest-bug@gnu.org
Subject: 23.0.60; completion-ignored-extensions doc bug?
Date: Fri, 31 Oct 2008 22:42:02 +0100
Message-ID: <87zlkkzbkl.fsf@escher.local.home>

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



[-- Attachment #3: Type: message/rfc822, Size: 3233 bytes --]

From: Stephen Berman <stephen.berman@gmx.net>
To: 1288-done@emacsbugs.donarmstrong.com
Subject: Re: bug#1288: 23.0.60; completion-ignored-extensions doc bug?
Date: Sat, 01 Nov 2008 20:35:52 +0100
Message-ID: <87iqr71bon.fsf@escher.local.home>

The following message is a courtesy copy of an article
that has been posted to gmane.emacs.bugs,gmane.emacs.pretest.bugs as well.

On Fri, 31 Oct 2008 21:37:16 -0400 Stefan Monnier <monnier@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