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

Previous Next

Package: emacs;

Reported by: Chong Yidong <cyd <at> gnu.org>

Date: Sun, 1 Jan 2012 15:13:02 UTC

Severity: normal

Tags: moreinfo

Found in version 24.0.92

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


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




This bug report was last modified 3 years and 328 days ago.

Previous Next


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