bash completion borked up

[stevea]

Anyone else notice this behavior

If you enter

[stevea@hypoxylon ~]$ ls $PWD/Deskt<tab>

you get the shell var quoted woth a back-slash !

[stevea@hypoxylon ~]$ ls \$PWD/Desktop

Really bad useless behavior.

There is a bugzilla.redhat on this.
Also a maillist comment from Chet Ramsey Basher-in-chief on the matter from last September.
Still it appears in F17.


If anyone has a fix (other than disabling bash-completion) I'd appreciate it - the offending code is in ...
/usr/share/bash-completion/bash_completion
but I haven't time to track that issue today.

[nonamedotc]

Yes. I experience the same behavior. This really odd!

Looking around I saw there was a bash_completion file in launchpad which claimedt to have fixed the issue. But I do not think that worked ...

[RupertPupkin]

OK, deleting what I originally posted because I just found out that this bug has been fixed, via a shopt command:

shopt -s direxpand

Put that in your ~/.bash_profile. I just tested it and it works.

[nonamedotc]

Rupert, Not working for me!

cat .bash_profile 
# .bash_profile

# Get the aliases and functions
if [ -f ~/.bashrc ]; then
	. ~/.bashrc
fi

# User specific environment and startup programs

PATH=$PATH:$HOME/.local/bin:$HOME/bin

export PATH

shopt -s direxpand

Opened a new shell so that bash profile will be read ...

ls \$PWD/Desktop 
ls: cannot access $PWD/Desktop: No such file or directory

What am I doing wrong?

[RupertPupkin]

Originally Posted by nonamedotc

What am I doing wrong?

Are you sure that the shell you opened was a login shell? Not all shells are. For example, if you have xterm installed you'd run "xterm -ls" to make sure you get a login shell. Other terminals have similar options. If it's not a login shell then your ~/.bash_profile won't get sourced.

To make doubly sure, do this first in your terminal window:

. ~/.bash_profile

Then try the tab completion.

[nonamedotc]

Originally Posted by RupertPupkin

To make doubly sure, do this first in your terminal window:

. ~/.bash_profile

Then try the tab completion.

Yup! That did fix it! Thanks. I should also thank stevea for noticing this and bringing it up!

[Gareth Jones]

Originally Posted by RupertPupkin

OK, deleting what I originally posted because I just found out that this bug has been fixed, via a shopt command:

shopt -s direxpand

Put that in your ~/.bash_profile. I just tested it and it works.

Anyone know why that isn't on by default?

[RupertPupkin]

Originally Posted by Gareth Jones

Anyone know why that isn't on by default?

Over a year ago one of the main bash developers discussed why he was unsure how to handle this bug: http://lists.gnu.org/archive/html/bu.../msg00296.html
I guess making this shopt solution optional was his compromise.

[CronoCloud]

Originally Posted by stevea

Anyone else notice this behavior

If you enter

you get the shell var quoted woth a back-slash !

I don't get the behavior, it doesn't use a back slash for me.

CronoCloud

[dd_wizard]

I'm having better luck setting it in ~/.bashrc. That way it gets set for any terminal, no matter how it's opened. I noticed that checkwinsize is set in /etc/bashrc, rather than in /etc/profile. Another confirmation that .bashrc is the preferred place to use shopt.

dd_wizard

[RupertPupkin]

I prefer to put stuff that like in my .bash_profile and only use .bashrc for aliases, and I always use login shells. But that's just my preference.

It's funny though that this fix was right there in the bash man page all along. RTFM, stevea!