Bug#468254: bash-completion: strange behavior on ls and spaces
The problem can be partially cured by the following one-line
change in _get_cword:
=
--- bash_completion.old 2008-03-12 00:52:00.0 +0200
+++ /etc/bash_completion2008-03-12 00:53:23.0 +0200
@@ -188,7 +188,7 @@
local word_start
cur=${COMP_LINE:0:$COMP_POINT}
-word_start=`expr $cur : '.*['${COMP_WORDBREAKS}']'`
+word_start=`expr $cur : '.*[^\\]['${COMP_WORDBREAKS}']'`
cur=${cur:$word_start}
echo $cur
}
=
You will still have a problem with completing a quote-protected
string with spaces:
% ls foo btab
but in the default case (backslash protection) everything should
work fine:
% ls foo\ btab
% ls foo\ bar
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468254: bash-completion: strange behavior on ls and spaces
Add me to the list of people who see this. -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF signature.asc Description: This is a digitally signed message part
Bug#468254: bash-completion: strange behavior on ls and spaces
Le dimanche, 2 mars 2008 16.06:37 Luk Claes, vous avez écrit : Sorry, but I can't reproduce this. And, as far as I know, filepath completion isn't done (or were not be done yet) by sourcing /etc/bash_completion in, so all in all, this type of completion shouldn't get affected by a new /etc/bash_completion, which is the only real thing, what this new package is updating. So, maybe it's related to some other change outside bash-completion? I'll look into it some more, we'll see if I can find anything... You both did agree to update the /etc/bash_completion file with the maintainer's one, right? Cheers Luk Hi, I just tried to reinstall bash-completion and I thought to a way to reproduce this : $ cd /tmp $ mkdir 'with space' $ cd wit[TAB] [it works] $ cd with\ space/ $ ls[empty] $ mkdir 'an other' $ cd .. $ cd wit[TAB] [it works again] $ cd with\ space/[TAB] [NOTHING happens] [then delete 4 cars] $ cd with\ sp[TAB] [it does not work anymore] Regards, Didier signature.asc Description: This is a digitally signed message part.
Bug#468254: bash-completion: strange behavior on ls and spaces
Udi Meiri wrote: Also, typing ls \ and pressing tab gives: ls \\\ With another tab: ls \\\ and so on... Unfortunately I can't reproduce this. You did agree to update the /etc/bash_completion file with the maintainer's version during installation of bash-completion, right? Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468254: bash-completion: strange behavior on ls and spaces
tags 468254 unreproducible thanks Didier Raboud wrote: Le jeudi, 28 février 2008 00.24:47, vous avez écrit : Package: bash-completion Version: 20060301-2 Severity: important I've installed the bash-completion package and now i've some strange behavior on the completing path- and filenames with commands like ls, cp or move. I give you an example for better understanding: ls /my/ 2xtab -- works ls /my/folder 2xtab -- works ls /my/folder/some\ subfolder/ 2xtab -- does not work any more Sorry, but I can't reproduce this. And, as far as I know, filepath completion isn't done (or were not be done yet) by sourcing /etc/bash_completion in, so all in all, this type of completion shouldn't get affected by a new /etc/bash_completion, which is the only real thing, what this new package is updating. So, maybe it's related to some other change outside bash-completion? I'll look into it some more, we'll see if I can find anything... You both did agree to update the /etc/bash_completion file with the maintainer's one, right? Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468254: bash-completion: strange behavior on ls and spaces
Also, typing ls \ and pressing tab gives: ls \\\ With another tab: ls \\\ and so on... -- - Udi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468254: bash-completion: strange behavior on ls and spaces
Le jeudi, 28 février 2008 00.24:47, vous avez écrit : Package: bash-completion Version: 20060301-2 Severity: important I've installed the bash-completion package and now i've some strange behavior on the completing path- and filenames with commands like ls, cp or move. I give you an example for better understanding: ls /my/ 2xtab -- works ls /my/folder 2xtab -- works ls /my/folder/some\ subfolder/ 2xtab -- does not work any more And, as far as I know, filepath completion isn't done (or were not be done yet) by sourcing /etc/bash_completion in, so all in all, this type of completion shouldn't get affected by a new /etc/bash_completion, which is the only real thing, what this new package is updating. Kind regards, Michael Hi, I confirm this exact behavior on my box. Regards, Didier signature.asc Description: This is a digitally signed message part.
Bug#468254: bash-completion: strange behavior on ls and spaces
Package: bash-completion Version: 20060301-2 Severity: important I've installed the bash-completion package and now i've some strange behavior on the completing path- and filenames with commands like ls, cp or move. I give you an example for better understanding: ls /my/ 2xtab -- works ls /my/folder 2xtab -- works ls /my/folder/some\ subfolder/ 2xtab -- does not work any more And, as far as I know, filepath completion isn't done (or were not be done yet) by sourcing /etc/bash_completion in, so all in all, this type of completion shouldn't get affected by a new /etc/bash_completion, which is the only real thing, what this new package is updating. Kind regards, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bash-completion depends on: ii bash 3.1dfsg-9 The GNU Bourne Again SHell ii ucf 3.005 Update Configuration File: preserv bash-completion recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
