Debian Bug report logs - #131101
bash: File completion bug with executables inside a control structure

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Ajay Shah <ajayshah@mayin.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: bash: File completion bug with executables inside a control structure

Date: Sun, 27 Jan 2002 13:12:54 +0530

Package: bash
Version: 2.05a-4
Severity: normal

The . directory is not on my PATH.
I happened to have an executable named 'pauseplay' in the . directory.

In bash, if I say

 $ pause[TAB]

bash behaves correctly -- there is no executable starting with 'pause'
on my $PATH.

But if I say

  $ while [ 1 ] ; do pause[TAB]

bash wrongly completes this! :) He should force me to say

  $ while [ 1 ] ; do ./pau[TAB]

which is consistent with $PATH.

Hope this helps,

     -ans.

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux sanna 2.4.17 #1 Sun Dec 30 18:27:06 IST 2001 i686
Locale: LANG=C, LC_CTYPE=C

Versions of packages bash depends on:
ii  base-files                3.0            Debian base system miscellaneous f
ii  libc6                     2.2.4-7        GNU C Library: Shared libraries an
ii  libncurses5               5.2.20010318-3 Shared libraries for terminal hand

-- 
Ajay Shah                                           ajayshah@mayin.org
Consultant,                             http://www.mayin.org/~ajayshah
Department of Economic Affairs,
Ministry of Finance, New Delhi

Message #10 received at 131101@bugs.debian.org (full text, mbox, reply):

From: Peter Moulder <pmoulder@bowman.csse.monash.edu.au>

To: 131101@bugs.debian.org

Subject: Possible fix: define completion for do/then

Date: 16 Jul 2002 19:57:41 +1000

A hacky fix is to define a custom completion for "do" and "then"
(and perhaps xargs, env, su etc. at the same time).

The tricky bit is getting the right completion for the command being
executed (e.g. do bunzip2 <TAB>).  As a stop-gap solution, I suggest
something like the code appended to this message.  Preferably a
version that handles spaces in filenames [Why is there no easy way for
completion to be robust?  compgen appears to be broken by design.],
and preferably something that handles directory names properly.  (My
existing code completes the directory name, but appends space rather
than "/".)


Unfortunately, I can't see how this approach can be extended to do the
right thing for "FOO=BAR my_command_nam<TAB>".

pjm.


_thendo () {
	local cur
	cur="${COMP_WORDS[$COMP_CWORD]}"
	if [[ "$COMP_CWORD" = 1 ]]; then
		COMPREPLY=( `compgen -c -- "$cur" ` )
	else
		#_filedir
		#COMPREPLY=( `compgen -f -- "$cur" ` )
		COMPREPLY=( `compgen -o filenames -- "$cur" ` )
	fi
	return 0
}
complete -F _thendo do then

Message #21 received at 131101-done@bugs.debian.org (full text, mbox, reply):

From: David Paleino <d.paleino@gmail.com>

To: 131101-done@bugs.debian.org

Cc: Ajay Shah <ajayshah@mayin.org>, Peter Moulder <pmoulder@bowman.csse.monash.edu.au>, Bash-Completion Developers <bash-completion-devel@lists.alioth.debian.org>

Subject: Re: bash: File completion bug with executables inside a control structure

Date: Sat, 17 May 2008 00:10:34 +0200

[Message part 1 (text/plain, inline)]

fixed 131101 20060301-4
thanks

Hi Ajay, hi Peter,

On Sun, 27 Jan 2002 13:12:54 +0530, Ajay Shah wrote:

> The . directory is not on my PATH.
> I happened to have an executable named 'pauseplay' in the . directory.
> 
> In bash, if I say
> 
>   $ pause[TAB]
> 
> bash behaves correctly -- there is no executable starting with 'pause'
> on my $PATH.
> 
> But if I say
> 
>   $ while [ 1 ] ; do pause[TAB]
> 
> bash wrongly completes this! :) He should force me to say
> 
>   $ while [ 1 ] ; do ./pau[TAB]
> 
> which is consistent with $PATH.

On 16 Jul 2002 19:57:41 +1000, Peter Moulder wrote:

> A hacky fix is to define a custom completion for "do" and "then"
> (and perhaps xargs, env, su etc. at the same time).
> [..]


This has been fixed in newer versions of bash (and bash-completion, which has
been split from bash in February 2008). In particular, you won't find it in
20060301-4 (the current testing/unstable version), but I can't really say which
was the first version fixing this.


Thanks for your report,
David

-- 
 . ''`.  Debian maintainer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 ----|---- http://snipr.com/qa_page
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174

[signature.asc (application/pgp-signature, attachment)]

Send a report that this bug log contains spam.