FS#23846 - bash-completion partly broken
Attached to Project:
Arch Linux
Opened by Andreas Gohr (splitbrain) - Tuesday, 19 April 2011, 20:08 GMT
Last edited by Eric Belanger (Snowman) - Thursday, 21 April 2011, 03:09 GMT
Opened by Andreas Gohr (splitbrain) - Tuesday, 19 April 2011, 20:08 GMT
Last edited by Eric Belanger (Snowman) - Thursday, 21 April 2011, 03:09 GMT
|
Details
Bash completion isn't working as expected/before. Variables
are not handled correctly, sometime directories are not
completed with a trailing slash.
bash-completion 1.3-2 Examples: * Using 'mv /et<TAB>' produces 'mv /etc ' but should produce 'mv /etc/'. It works correct with 'ls'. * Using 'ls $HO<TAB>' does nothing, but should complete to 'ls $HOME'. * Using 'unzip $HOME/myfi<TAB>' produces 'unzip \$HOME/myfile.zip' but should produce 'unzip $HOME/myfile.zip'. |
This task depends upon
Closed by Eric Belanger (Snowman)
Thursday, 21 April 2011, 03:09 GMT
Reason for closing: Duplicate
Additional comments about closing: FS#22807
Thursday, 21 April 2011, 03:09 GMT
Reason for closing: Duplicate
Additional comments about closing:
FS#22807btw? It looks the same report and that one was closed.FS#22807only affected directory completion, but for any command. And as you said it was fixed, so this is a new bug.But okay, I reported it here https://alioth.debian.org/tracker/index.php?func=detail&aid=313091&group_id=100114&atid=413095
FS#22807?Turns out that the $variable completion problem seems to be a problem in BASH itself and also happens without bash-completion installed at all. I found a thread about it here: https://bbs.archlinux.org/viewtopic.php?id=115548
The directory completion problem is created by acroread's 3rd party script (though I could have sworn it I ruled that out yesterday), so it seems really to be
FS#22807again, but only affects certain commands like mv this time.Sorry for the trouble, I think this bug can be closed.