Bug 72512 - bash completion regression for directories buggy
bash completion regression for directories buggy
Product: Red Hat Raw Hide
Classification: Retired
Component: bash (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Tim Waugh
Ben Levenson
: 76869 77535 77796 78037 84058 (view as bug list)
Depends On:
  Show dependency treegraph
Reported: 2002-08-24 15:47 EDT by franz.sirl-kernel
Modified: 2007-04-18 12:45 EDT (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-01-27 04:01:07 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2003:140 normal SHIPPED_LIVE Updated bash packages fix several bugs 2003-06-23 00:00:00 EDT

  None (edit)
Description franz.sirl-kernel 2002-08-24 15:47:31 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.1) Gecko/20020815

Description of problem:
Since a short while bash directory completion is broken, it doesn't attach the /
at the end anymore.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. # cd /usr
2. # ./bi<TAB>

Actual Results:  This will give you:

"# ./bin "

Expected Results:  I expect (and it was this way until recently):

"# ./bin/"

Additional info:
Comment 1 Olivier Baudron 2002-08-25 09:36:13 EDT
This "feature" was introduced in bash-2.05b-alpha1.

In bash-2.05b/CHANGES:
i.  Fixed the command name completion code so a slash is no longer appended
    to a single match if there happens to be a directory with that name in

I hope this will be reverted.
Comment 2 franz.sirl-kernel 2002-08-25 10:49:01 EDT
Ah, this brought me on the right track, somehow I thought this was a RH specific
bug, but it is generic. Searching Google revealed this patch on the bug-bash list:


I tried it and it works fine for me.
Comment 3 Tim Waugh 2002-10-17 05:35:54 EDT
Should be fixed in bash-2.05b-6.
Comment 4 Tim Waugh 2002-11-07 09:15:05 EST
*** Bug 76869 has been marked as a duplicate of this bug. ***
Comment 5 Tim Waugh 2002-11-08 12:57:24 EST
*** Bug 77535 has been marked as a duplicate of this bug. ***
Comment 6 Derek Price 2002-11-08 14:14:04 EST
If you used the patch Franz pointed to, this will still be broken.  Thanks to
Paul Jarc <prj@po.cwru.edu>:

Derek Robert Price <derek@ximbiot.com> wrote:

> Tab completion now inserts spaces after directory names rather than slashes
> to allow for further path specification.
> Was this an intentional change or a bug?

It's a bug, partially fixed by patch bash205b-003.  This patch fixes
cases that start with "~", ".", or "/".  Other cases, like
foo/bar<TAB> without a leading "./", still get a space appended.

Comment 7 Tim Waugh 2002-11-10 07:41:26 EST
Comment 8 Ben Levenson 2002-11-13 20:10:12 EST
*** Bug 77796 has been marked as a duplicate of this bug. ***
Comment 9 Tim Waugh 2002-11-14 03:43:41 EST
*** Bug 77796 has been marked as a duplicate of this bug. ***
Comment 10 Tim Waugh 2002-11-19 04:46:21 EST
*** Bug 78037 has been marked as a duplicate of this bug. ***
Comment 11 Miloslav Trmac 2003-01-07 09:05:36 EST
Still bronken in Phoebe.
Comment 12 Tim Waugh 2003-01-27 04:01:07 EST
Please try 2.05b-16, which will shortly appear in rawhide.
Comment 13 Tim Waugh 2003-02-11 12:46:45 EST
*** Bug 84058 has been marked as a duplicate of this bug. ***
Comment 14 Tim Waugh 2003-06-23 10:52:14 EDT
An errata has been issued which should help the problem described in this bug report. 
This report is therefore being closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files, please follow the link below. You may reopen 
this bug report if the solution does not work for you.

Comment 15 Tobias Polzin 2005-07-01 13:28:41 EDT
I wonder why this bug is closed, if one variant of it (see comment #6)

# subdir/subd[TAB]

# subdir/subdir[SPACE]_

instead of

# subdir/subdir/_

is still present (at least in 2.05b-r9)

Comment 16 Tobias Polzin 2005-12-01 07:09:58 EST
In 3.00.16 it seems to be fixed.

Note You need to log in before you can comment on or make changes to this bug.