GNU bug report logs - #10417
24.0.92; Shell completion regression for shell-completion-execonly

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 10417 in the body.
You can then email your comments to 10417 AT debbugs.gnu.org in the normal way.

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

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Chong Yidong <cyd <at> gnu.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.92; Shell completion regression for shell-completion-execonly
Date: Sun, 01 Jan 2012 23:08:56 +0800

Suppose I have a non-executable file named screen.el in the current
directory.  With latest trunk:

emacs -q
M-: (setq shell-completion-execonly nil) RET
M-x shell RET
./scr
TAB

Emacs says "No match" in the minibuffer.  With Emacs 23, the TAB
completes "./scr" to "./screen.el", which is the expected result for
shell-completion-execonly nil.


In GNU Emacs 24.0.92.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.2.0)
 of 2011-12-30 on furball
Windowing system distributor `The X.Org Foundation', version 11.0.11004000
configured using `configure  '--with-x-toolkit=gtk3' 'CFLAGS=-g''

Message #8 received at 10417 <at> debbugs.gnu.org (full text, mbox):

From: Chong Yidong <cyd <at> gnu.org>
To: 10417 <at> debbugs.gnu.org
Subject: Re: bug#10417: 24.0.92;
	Shell completion regression for shell-completion-execonly
Date: Tue, 03 Jan 2012 14:31:52 +0800

Chong Yidong <cyd <at> gnu.org> writes:

> Suppose I have a non-executable file named screen.el in the current
> directory.  With latest trunk:
>
> emacs -q
> M-: (setq shell-completion-execonly nil) RET
> M-x shell RET
> ./scr
> TAB
>
> Emacs says "No match" in the minibuffer.  With Emacs 23, the TAB
> completes "./scr" to "./screen.el", which is the expected result for
> shell-completion-execonly nil.

I fixed this by putting pcomplete-completions-at-point last in
shell-dynamic-complete-functions (revno 106763).

Message #19 received at 10417 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 10417 <at> debbugs.gnu.org
Subject: Re: bug#10417: 24.0.92; Shell completion regression for
 shell-completion-execonly
Date: Mon, 23 Aug 2021 17:28:50 +0200

Chong Yidong <cyd <at> gnu.org> writes:

> Suppose I have a non-executable file named screen.el in the current
> directory.  With latest trunk:
>
> emacs -q
> M-: (setq shell-completion-execonly nil) RET
> M-x shell RET
> ./scr
> TAB
>
> Emacs says "No match" in the minibuffer.  With Emacs 23, the TAB
> completes "./scr" to "./screen.el", which is the expected result for
> shell-completion-execonly nil.

This was a decade ago, and I'm unable to reproduce this in Emacs 25.1
(or the current trunk).

But this bug report was reopened (by Eli) as a response to bug#42383, so
... perhaps I'm testing this wrong?  Or has this been re-fixed since it
was reopened a year ago?  (There has been changes in
shell-command-completion-function the last year, but I'm not sure
whether that explains it.)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #24 received at 10417 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 10417 <at> debbugs.gnu.org
Subject: Re: bug#10417: 24.0.92; Shell completion regression for
 shell-completion-execonly
Date: Mon, 23 Aug 2021 19:32:47 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: 10417 <at> debbugs.gnu.org
> Date: Mon, 23 Aug 2021 17:28:50 +0200
> 
> This was a decade ago, and I'm unable to reproduce this in Emacs 25.1
> (or the current trunk).

The original report was in Emacs 24, not 25.  I don't have a working
Emacs 24 on Unix to try this.  For the trunk, it could be that the
completion-style preferences changed the default behavior.  Note that
the original report specifies an order of completion functions.

Message #27 received at 10417 <at> debbugs.gnu.org (full text, mbox):

From: "Michalis V." <mvar.40k <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 10417 <at> debbugs.gnu.org
Subject: Re: bug#10417: 24.0.92; Shell completion regression for
 shell-completion-execonly
Date: Wed, 25 Aug 2021 11:47:49 +0300

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Lars Ingebrigtsen <larsi <at> gnus.org>
>> Cc: 10417 <at> debbugs.gnu.org
>> Date: Mon, 23 Aug 2021 17:28:50 +0200
>> 
>> This was a decade ago, and I'm unable to reproduce this in Emacs 25.1
>> (or the current trunk).
>
> The original report was in Emacs 24, not 25.  I don't have a working
> Emacs 24 on Unix to try this.  For the trunk, it could be that the
> completion-style preferences changed the default behavior.  Note that
> the original report specifies an order of completion functions.

hi,

FWIW i can reproduce this in linux with build 24.0.92.1 (head
651e947eb84b9201faa63ff6dc855a8c99ac8018). Not reproducible in 24.5,
27.1 or 28.0.50

Michalis

Message #30 received at 10417 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: "Michalis V." <mvar.40k <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 10417 <at> debbugs.gnu.org
Subject: Re: bug#10417: 24.0.92; Shell completion regression for
 shell-completion-execonly
Date: Wed, 25 Aug 2021 12:04:52 +0200

"Michalis V." <mvar.40k <at> gmail.com> writes:

> FWIW i can reproduce this in linux with build 24.0.92.1 (head
> 651e947eb84b9201faa63ff6dc855a8c99ac8018). Not reproducible in 24.5,
> 27.1 or 28.0.50

Thanks for checking.  I'm closing this bug report, then.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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