2011-05-06 17:06:50 |
Dan Krejsa |
bug |
|
|
added bug |
2011-05-07 10:17:56 |
Norbert |
marked as duplicate |
|
769866 |
|
2011-05-07 10:34:33 |
Norbert |
removed duplicate marker |
769866 |
|
|
2011-05-09 08:50:32 |
matlun |
bug |
|
|
added subscriber matlun |
2011-05-09 19:23:55 |
Benito Mourelo |
bug |
|
|
added subscriber Benito Mourelo |
2011-05-17 11:41:51 |
Mattias Eriksson |
bug |
|
|
added subscriber Mattias Eriksson |
2011-06-28 18:03:16 |
Alex Varju |
bug |
|
|
added subscriber Alex-varju |
2011-07-27 17:34:10 |
Florian Rathgeber |
bug |
|
|
added subscriber Florian Rathgeber |
2011-07-27 17:34:14 |
Launchpad Janitor |
bash (Ubuntu): status |
New |
Confirmed |
|
2011-08-02 17:58:51 |
brotherJohn |
bug |
|
|
added subscriber brotherJohn |
2011-08-02 23:20:09 |
Justin |
bug |
|
|
added subscriber Justin |
2011-08-08 17:54:51 |
Michael Gliwinski |
bug |
|
|
added subscriber Michael Gliwinski |
2011-08-17 13:04:33 |
hasi |
bug |
|
|
added subscriber hasi |
2011-08-30 15:56:12 |
Gabriel Burca |
bug |
|
|
added subscriber Gabriel Burca |
2011-08-31 12:40:45 |
mumeiyamibito |
bug |
|
|
added subscriber mumeiyamibito |
2011-09-03 13:58:22 |
vjrj |
bug |
|
|
added subscriber vjrj |
2011-09-03 23:06:46 |
Solganik Alexander |
bug |
|
|
added subscriber Solganik |
2011-09-23 19:08:05 |
Kate Yoak |
bug task added |
|
bash (Fedora) |
|
2011-10-27 07:55:44 |
Nico Schmidt |
bug |
|
|
added subscriber Nico Schmidt |
2011-11-30 12:10:19 |
Mark K |
bug |
|
|
added subscriber Mark K |
2011-12-07 10:27:51 |
Rhys Hopkins |
bug |
|
|
added subscriber Rhys Hopkins |
2012-01-13 21:04:54 |
Batuhan Osmanoglu |
bug |
|
|
added subscriber Batuhan Osmanoglu |
2012-01-17 12:03:10 |
Kristofer Johannisson |
bug |
|
|
added subscriber Kristofer Johannisson |
2012-01-29 01:17:38 |
John Doppke |
bug |
|
|
added subscriber John Doppke |
2012-04-30 11:19:01 |
Gonzalo Bahut |
bug |
|
|
added subscriber Gonzalo Bahut |
2012-05-17 00:00:06 |
Thomas Bushnell, BSG |
bug |
|
|
added subscriber Goobuntu Team |
2012-05-17 10:35:02 |
toxicon |
bug |
|
|
added subscriber toxicon |
2012-05-29 18:22:11 |
Kevin Turner |
bug |
|
|
added subscriber Kevin Turner |
2012-06-07 21:19:19 |
Keith Kyzivat |
bug |
|
|
added subscriber Keith Kyzivat |
2012-08-27 17:45:51 |
Gaby |
bug |
|
|
added subscriber Gaby |
2012-09-04 19:54:04 |
Joshua Anhalt |
bug |
|
|
added subscriber Joshua Anhalt |
2012-09-16 07:25:54 |
Graeme Hewson |
bug |
|
|
added subscriber Graeme Hewson |
2012-10-20 16:13:48 |
Philip Aston |
bug |
|
|
added subscriber Philip Aston |
2012-10-30 09:54:29 |
Axel Beckert |
bug |
|
|
added subscriber Axel Beckert |
2012-10-30 17:59:32 |
Axel Beckert |
bug watch added |
|
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650626 |
|
2012-10-30 17:59:32 |
Axel Beckert |
bug task added |
|
bash (Debian) |
|
2012-10-30 18:25:12 |
Alex Varju |
removed subscriber Alex-varju |
|
|
|
2012-10-30 18:49:12 |
Bug Watch Updater |
bash (Debian): status |
Unknown |
New |
|
2012-11-07 06:43:17 |
Johannes Goller |
bug |
|
|
added subscriber Johannes Goller |
2012-12-03 16:03:35 |
Denilson Sá |
bug |
|
|
added subscriber Denilson Sá |
2012-12-11 10:12:36 |
JThoennes |
bug |
|
|
added subscriber JThoennes |
2012-12-14 03:11:33 |
Doug Kramer |
bug |
|
|
added subscriber Doug Kramer |
2012-12-17 21:38:44 |
thava |
bug |
|
|
added subscriber thava |
2013-01-02 18:21:50 |
Daniel Robitaille |
bug |
|
|
added subscriber Daniel Robitaille |
2013-01-03 22:22:04 |
Chris J Arges |
bug |
|
|
added subscriber Sustaining Engineering |
2013-01-18 01:29:56 |
Alec Warner |
attachment added |
|
A debdiff that applies bash upstream patch 0029 to bash. I merely incremented the patch number (from 24 to 25) because I did not apply the intermediate patches. I'm unsure if this is kosher, but patch 29 applied cleanly without them. https://bugs.launchpad.net/ubuntu/+source/bash/+bug/778627/+attachment/3486845/+files/bash_4.2-2ubuntu2-gg1.debdiff.txt |
|
2013-01-18 01:34:13 |
Alec Warner |
bug |
|
|
added subscriber Ubuntu Sponsors Team |
2013-01-18 01:39:47 |
Thomas Ward |
nominated for series |
|
Ubuntu Precise |
|
2013-01-18 01:46:04 |
Thomas Ward |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2013-01-18 02:53:56 |
John Doppke |
removed subscriber John Doppke |
|
|
|
2013-02-12 10:44:28 |
Dimitri John Ledkov |
nominated for series |
|
Ubuntu Quantal |
|
2013-02-12 10:44:28 |
Dimitri John Ledkov |
bug task added |
|
bash (Ubuntu Quantal) |
|
2013-02-12 10:44:28 |
Dimitri John Ledkov |
nominated for series |
|
Ubuntu Raring |
|
2013-02-12 10:44:28 |
Dimitri John Ledkov |
bug task added |
|
bash (Ubuntu Raring) |
|
2013-02-12 10:44:40 |
Dimitri John Ledkov |
bug task added |
|
bash (Ubuntu Precise) |
|
2013-02-12 10:47:48 |
Dimitri John Ledkov |
bash (Ubuntu Raring): status |
Confirmed |
Fix Released |
|
2013-02-12 10:47:52 |
Dimitri John Ledkov |
bash (Ubuntu Quantal): status |
New |
Fix Released |
|
2013-02-12 10:47:57 |
Dimitri John Ledkov |
bash (Ubuntu Precise): status |
New |
Incomplete |
|
2013-02-12 11:01:15 |
Dimitri John Ledkov |
removed subscriber Ubuntu Sponsors Team |
|
|
|
2013-02-12 18:06:13 |
Dimitri John Ledkov |
bug |
|
|
added subscriber Dmitrijs Ledkovs |
2013-02-13 07:30:55 |
Bug Watch Updater |
bash (Debian): status |
New |
Fix Released |
|
2013-03-18 21:39:16 |
Adam Stokes |
description |
Binary package hint: bash
~$ mkdir -p /tmp/testd/finger/toe
/tmp$ cd /tmp/testd
/tmp/testd$ td=`pwd`
/tmp/testd$ cd ../
/tmp$ ls $td/fing
Type a TAB character at this point, and bash completion makes the line:
/tmp$ ls \$td/finger
Note that while 'fing' has been expanded to 'finger ' (with a space at the end), the $td variable reference has had the
$ character quoted with a backslash. This prevents further extension of the pathname, and in fact makes
the command invalid; if I type a newline at this point, I get:
ls: cannot access $td/finger: No such file or directory
This is not useful behavior. I believe that in Ubuntu 10.10, the $td variable would have been expanded
to '/tmp/testd', and subsequent completions starting from '/tmp/testd/finger' would have worked.
[The version of /etc/bash_completion.d/acroread.sh that is installed starts with:
# _filedir : to handle file and directories with spaces in their names.
if ! type _filedir &> /dev/null ; then
so I don't think that file is overriding /etc/bash_completion's _filedir ...]
ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: bash 4.2-0ubuntu3
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic x86_64
Architecture: amd64
Date: Fri May 6 09:48:29 2011
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
ProcEnviron:
SHELL=/bin/bash
PATH=(custom, user)
LANG=en_US.UTF-8
LANGUAGE=en_US:en
SourcePackage: bash
UpgradeStatus: Upgraded to natty on 2011-04-30 (6 days ago) |
Binary package hint: bash
[Impact]
Bash-4.2 tries to leave completed directory names as the user typed them,
without expanding them to a full pathname. One effect of this is that
shell variables used in pathnames being completed (e.g., $HOME) are left
unchanged, but the `$' is quoted by readline because it is a special
character to the shell.
[Test Case]
- [Current test case showing expected behavior]
Items to address so far:
- that $ is escaped less
- that direxpand does not expand as expected
- that direxpand option is available and if enabled, expands directories with variable names.
- [Previous Test Case showing non-working bash installation]
~$ mkdir -p /tmp/testd/finger/toe
/tmp$ cd /tmp/testd
/tmp/testd$ td=`pwd`
/tmp/testd$ cd ../
/tmp$ ls $td/fing
Type a TAB character at this point, and bash completion makes the line:
/tmp$ ls \$td/finger
Note that while 'fing' has been expanded to 'finger ' (with a space at the end), the $td variable reference has had the
$ character quoted with a backslash. This prevents further extension of the pathname, and in fact makes
the command invalid; if I type a newline at this point, I get:
ls: cannot access $td/finger: No such file or directory
This is not useful behavior. I believe that in Ubuntu 10.10, the $td variable would have been expanded
to '/tmp/testd', and subsequent completions starting from '/tmp/testd/finger' would have worked.
[The version of /etc/bash_completion.d/acroread.sh that is installed starts with:
# _filedir : to handle file and directories with spaces in their names.
if ! type _filedir &> /dev/null ; then
so I don't think that file is overriding /etc/bash_completion's _filedir ...]
[Regression Potential]
ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: bash 4.2-0ubuntu3
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic x86_64
Architecture: amd64
Date: Fri May 6 09:48:29 2011
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
ProcEnviron:
SHELL=/bin/bash
PATH=(custom, user)
LANG=en_US.UTF-8
LANGUAGE=en_US:en
SourcePackage: bash
UpgradeStatus: Upgraded to natty on 2011-04-30 (6 days ago) |
|
2013-03-18 21:40:55 |
Adam Stokes |
bash (Ubuntu Precise): status |
Incomplete |
In Progress |
|
2013-03-18 21:57:22 |
Adam Stokes |
description |
Binary package hint: bash
[Impact]
Bash-4.2 tries to leave completed directory names as the user typed them,
without expanding them to a full pathname. One effect of this is that
shell variables used in pathnames being completed (e.g., $HOME) are left
unchanged, but the `$' is quoted by readline because it is a special
character to the shell.
[Test Case]
- [Current test case showing expected behavior]
Items to address so far:
- that $ is escaped less
- that direxpand does not expand as expected
- that direxpand option is available and if enabled, expands directories with variable names.
- [Previous Test Case showing non-working bash installation]
~$ mkdir -p /tmp/testd/finger/toe
/tmp$ cd /tmp/testd
/tmp/testd$ td=`pwd`
/tmp/testd$ cd ../
/tmp$ ls $td/fing
Type a TAB character at this point, and bash completion makes the line:
/tmp$ ls \$td/finger
Note that while 'fing' has been expanded to 'finger ' (with a space at the end), the $td variable reference has had the
$ character quoted with a backslash. This prevents further extension of the pathname, and in fact makes
the command invalid; if I type a newline at this point, I get:
ls: cannot access $td/finger: No such file or directory
This is not useful behavior. I believe that in Ubuntu 10.10, the $td variable would have been expanded
to '/tmp/testd', and subsequent completions starting from '/tmp/testd/finger' would have worked.
[The version of /etc/bash_completion.d/acroread.sh that is installed starts with:
# _filedir : to handle file and directories with spaces in their names.
if ! type _filedir &> /dev/null ; then
so I don't think that file is overriding /etc/bash_completion's _filedir ...]
[Regression Potential]
ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: bash 4.2-0ubuntu3
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic x86_64
Architecture: amd64
Date: Fri May 6 09:48:29 2011
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
ProcEnviron:
SHELL=/bin/bash
PATH=(custom, user)
LANG=en_US.UTF-8
LANGUAGE=en_US:en
SourcePackage: bash
UpgradeStatus: Upgraded to natty on 2011-04-30 (6 days ago) |
Binary package hint: bash
[Impact]
Bash-4.2 tries to leave completed directory names as the user typed them,
without expanding them to a full pathname. One effect of this is that
shell variables used in pathnames being completed (e.g., $HOME) are left
unchanged, but the `$' is quoted by readline because it is a special
character to the shell.
[Test Case]
- [Current test case showing expected behavior]
Items to address so far:
- that $ is escaped less
- that direxpand does not expand as expected
- that direxpand option is available and if enabled, expands directories with variable names.
zef:~/Projects/precise-amd64$ mkdir -p /tmp/testd/finger/toe
zef:~/Projects/precise-amd64$ cd /tmp/testd/
zef:/tmp/testd$ td=`pwd`
zef:/tmp/testd$ cd ../
zef:/tmp$ ls \$td/finger
zef:/tmp$ shopt -s direxpand
zef:/tmp$ ls $td/fing<TAB>
zef:/tmp$ ls /tmp/testd/finger/
toe
- [Previous Test Case showing non-working bash installation]
~$ mkdir -p /tmp/testd/finger/toe
/tmp$ cd /tmp/testd
/tmp/testd$ td=`pwd`
/tmp/testd$ cd ../
/tmp$ ls $td/fing
Type a TAB character at this point, and bash completion makes the line:
/tmp$ ls \$td/finger
Note that while 'fing' has been expanded to 'finger ' (with a space at the end), the $td variable reference has had the
$ character quoted with a backslash. This prevents further extension of the pathname, and in fact makes
the command invalid; if I type a newline at this point, I get:
ls: cannot access $td/finger: No such file or directory
This is not useful behavior. I believe that in Ubuntu 10.10, the $td variable would have been expanded
to '/tmp/testd', and subsequent completions starting from '/tmp/testd/finger' would have worked.
[The version of /etc/bash_completion.d/acroread.sh that is installed starts with:
# _filedir : to handle file and directories with spaces in their names.
if ! type _filedir &> /dev/null ; then
so I don't think that file is overriding /etc/bash_completion's _filedir ...]
[Regression Potential]
ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: bash 4.2-0ubuntu3
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic x86_64
Architecture: amd64
Date: Fri May 6 09:48:29 2011
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
ProcEnviron:
SHELL=/bin/bash
PATH=(custom, user)
LANG=en_US.UTF-8
LANGUAGE=en_US:en
SourcePackage: bash
UpgradeStatus: Upgraded to natty on 2011-04-30 (6 days ago) |
|
2013-03-18 21:59:36 |
Adam Stokes |
description |
Binary package hint: bash
[Impact]
Bash-4.2 tries to leave completed directory names as the user typed them,
without expanding them to a full pathname. One effect of this is that
shell variables used in pathnames being completed (e.g., $HOME) are left
unchanged, but the `$' is quoted by readline because it is a special
character to the shell.
[Test Case]
- [Current test case showing expected behavior]
Items to address so far:
- that $ is escaped less
- that direxpand does not expand as expected
- that direxpand option is available and if enabled, expands directories with variable names.
zef:~/Projects/precise-amd64$ mkdir -p /tmp/testd/finger/toe
zef:~/Projects/precise-amd64$ cd /tmp/testd/
zef:/tmp/testd$ td=`pwd`
zef:/tmp/testd$ cd ../
zef:/tmp$ ls \$td/finger
zef:/tmp$ shopt -s direxpand
zef:/tmp$ ls $td/fing<TAB>
zef:/tmp$ ls /tmp/testd/finger/
toe
- [Previous Test Case showing non-working bash installation]
~$ mkdir -p /tmp/testd/finger/toe
/tmp$ cd /tmp/testd
/tmp/testd$ td=`pwd`
/tmp/testd$ cd ../
/tmp$ ls $td/fing
Type a TAB character at this point, and bash completion makes the line:
/tmp$ ls \$td/finger
Note that while 'fing' has been expanded to 'finger ' (with a space at the end), the $td variable reference has had the
$ character quoted with a backslash. This prevents further extension of the pathname, and in fact makes
the command invalid; if I type a newline at this point, I get:
ls: cannot access $td/finger: No such file or directory
This is not useful behavior. I believe that in Ubuntu 10.10, the $td variable would have been expanded
to '/tmp/testd', and subsequent completions starting from '/tmp/testd/finger' would have worked.
[The version of /etc/bash_completion.d/acroread.sh that is installed starts with:
# _filedir : to handle file and directories with spaces in their names.
if ! type _filedir &> /dev/null ; then
so I don't think that file is overriding /etc/bash_completion's _filedir ...]
[Regression Potential]
ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: bash 4.2-0ubuntu3
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic x86_64
Architecture: amd64
Date: Fri May 6 09:48:29 2011
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
ProcEnviron:
SHELL=/bin/bash
PATH=(custom, user)
LANG=en_US.UTF-8
LANGUAGE=en_US:en
SourcePackage: bash
UpgradeStatus: Upgraded to natty on 2011-04-30 (6 days ago) |
Binary package hint: bash
[Impact]
Bash-4.2 tries to leave completed directory names as the user typed them,
without expanding them to a full pathname. One effect of this is that
shell variables used in pathnames being completed (e.g., $HOME) are left
unchanged, but the `$' is quoted by readline because it is a special
character to the shell.
[Test Case]
- [Current test case showing expected behavior]
Items to address so far:
- that $ is escaped less
- that direxpand does not expand as expected
- that direxpand option is available and if enabled, expands directories with variable names.
zef:~/Projects/precise-amd64$ mkdir -p /tmp/testd/finger/toe
zef:~/Projects/precise-amd64$ cd /tmp/testd/
zef:/tmp/testd$ td=`pwd`
zef:/tmp/testd$ cd ../
zef:/tmp$ ls \$td/finger
zef:/tmp$ shopt -s direxpand
zef:/tmp$ ls $td/fing<TAB>
zef:/tmp$ ls /tmp/testd/finger/
toe
- [Previous Test Case showing non-working bash installation]
~$ mkdir -p /tmp/testd/finger/toe
/tmp$ cd /tmp/testd
/tmp/testd$ td=`pwd`
/tmp/testd$ cd ../
/tmp$ ls $td/fing
Type a TAB character at this point, and bash completion makes the line:
/tmp$ ls \$td/finger
Note that while 'fing' has been expanded to 'finger ' (with a space at the end), the $td variable reference has had the
$ character quoted with a backslash. This prevents further extension of the pathname, and in fact makes
the command invalid; if I type a newline at this point, I get:
ls: cannot access $td/finger: No such file or directory
This is not useful behavior. I believe that in Ubuntu 10.10, the $td variable would have been expanded
to '/tmp/testd', and subsequent completions starting from '/tmp/testd/finger' would have worked.
[The version of /etc/bash_completion.d/acroread.sh that is installed starts with:
# _filedir : to handle file and directories with spaces in their names.
if ! type _filedir &> /dev/null ; then
so I don't think that file is overriding /etc/bash_completion's _filedir ...]
[Regression Potential]
- (#32) low potential for regressions since this bug is related to the interactive command line and would not influence any scripts.
ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: bash 4.2-0ubuntu3
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic x86_64
Architecture: amd64
Date: Fri May 6 09:48:29 2011
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
ProcEnviron:
SHELL=/bin/bash
PATH=(custom, user)
LANG=en_US.UTF-8
LANGUAGE=en_US:en
SourcePackage: bash
UpgradeStatus: Upgraded to natty on 2011-04-30 (6 days ago) |
|
2013-03-18 22:03:41 |
Adam Stokes |
attachment added |
|
bash_4.2-2ubuntu2.1.precise.debdiff https://bugs.launchpad.net/ubuntu/+source/bash/+bug/778627/+attachment/3582176/+files/bash_4.2-2ubuntu2.1.precise.debdiff |
|
2013-03-18 22:03:57 |
Adam Stokes |
attachment removed |
A debdiff that applies bash upstream patch 0029 to bash. I merely incremented the patch number (from 24 to 25) because I did not apply the intermediate patches. I'm unsure if this is kosher, but patch 29 applied cleanly without them. https://bugs.launchpad.net/ubuntu/+source/bash/+bug/778627/+attachment/3486845/+files/bash_4.2-2ubuntu2-gg1.debdiff.txt |
|
|
2013-03-18 22:15:08 |
Adam Stokes |
bug |
|
|
added subscriber Ubuntu Sponsors Team |
2013-03-18 22:53:14 |
Dimitri John Ledkov |
removed subscriber Ubuntu Sponsors Team |
|
|
|
2013-03-28 17:28:47 |
Brian Murray |
bash (Ubuntu Precise): status |
In Progress |
Fix Committed |
|
2013-03-28 17:28:53 |
Brian Murray |
bug |
|
|
added subscriber SRU Verification |
2013-03-28 17:28:59 |
Brian Murray |
tags |
amd64 apport-bug natty running-unity |
amd64 apport-bug natty running-unity verification-needed |
|
2013-03-28 17:46:24 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/precise-proposed/bash |
|
2013-03-29 18:03:28 |
Dan Krejsa |
tags |
amd64 apport-bug natty running-unity verification-needed |
amd64 apport-bug natty running-unity verification-done |
|
2013-04-09 16:33:54 |
Adam Stokes |
summary |
In natty, bash completion now quotes shell variable references rather than expanding them |
bash completion now quotes shell variable references rather than expanding them |
|
2013-04-09 16:52:59 |
Colin Watson |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
2013-04-09 16:53:10 |
Launchpad Janitor |
bash (Ubuntu Precise): status |
Fix Committed |
Fix Released |
|
2013-04-10 14:01:37 |
Dimitri John Ledkov |
description |
Binary package hint: bash
[Impact]
Bash-4.2 tries to leave completed directory names as the user typed them,
without expanding them to a full pathname. One effect of this is that
shell variables used in pathnames being completed (e.g., $HOME) are left
unchanged, but the `$' is quoted by readline because it is a special
character to the shell.
[Test Case]
- [Current test case showing expected behavior]
Items to address so far:
- that $ is escaped less
- that direxpand does not expand as expected
- that direxpand option is available and if enabled, expands directories with variable names.
zef:~/Projects/precise-amd64$ mkdir -p /tmp/testd/finger/toe
zef:~/Projects/precise-amd64$ cd /tmp/testd/
zef:/tmp/testd$ td=`pwd`
zef:/tmp/testd$ cd ../
zef:/tmp$ ls \$td/finger
zef:/tmp$ shopt -s direxpand
zef:/tmp$ ls $td/fing<TAB>
zef:/tmp$ ls /tmp/testd/finger/
toe
- [Previous Test Case showing non-working bash installation]
~$ mkdir -p /tmp/testd/finger/toe
/tmp$ cd /tmp/testd
/tmp/testd$ td=`pwd`
/tmp/testd$ cd ../
/tmp$ ls $td/fing
Type a TAB character at this point, and bash completion makes the line:
/tmp$ ls \$td/finger
Note that while 'fing' has been expanded to 'finger ' (with a space at the end), the $td variable reference has had the
$ character quoted with a backslash. This prevents further extension of the pathname, and in fact makes
the command invalid; if I type a newline at this point, I get:
ls: cannot access $td/finger: No such file or directory
This is not useful behavior. I believe that in Ubuntu 10.10, the $td variable would have been expanded
to '/tmp/testd', and subsequent completions starting from '/tmp/testd/finger' would have worked.
[The version of /etc/bash_completion.d/acroread.sh that is installed starts with:
# _filedir : to handle file and directories with spaces in their names.
if ! type _filedir &> /dev/null ; then
so I don't think that file is overriding /etc/bash_completion's _filedir ...]
[Regression Potential]
- (#32) low potential for regressions since this bug is related to the interactive command line and would not influence any scripts.
ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: bash 4.2-0ubuntu3
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic x86_64
Architecture: amd64
Date: Fri May 6 09:48:29 2011
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
ProcEnviron:
SHELL=/bin/bash
PATH=(custom, user)
LANG=en_US.UTF-8
LANGUAGE=en_US:en
SourcePackage: bash
UpgradeStatus: Upgraded to natty on 2011-04-30 (6 days ago) |
Binary package hint: bash
NB! NB! NB!
After applying the update to resolve this problem one _also_ must enable direxpand option by issuing:
shopt -s direxpand
If you do not do this, the variable expansion will not happen.
NB! NB! NB!
[Impact]
Bash-4.2 tries to leave completed directory names as the user typed them,
without expanding them to a full pathname. One effect of this is that
shell variables used in pathnames being completed (e.g., $HOME) are left
unchanged, but the `$' is quoted by readline because it is a special
character to the shell.
[Test Case]
- [Current test case showing expected behavior]
Items to address so far:
- that $ is escaped less
- that direxpand does not expand as expected
- that direxpand option is available and if enabled, expands directories with variable names.
zef:~/Projects/precise-amd64$ mkdir -p /tmp/testd/finger/toe
zef:~/Projects/precise-amd64$ cd /tmp/testd/
zef:/tmp/testd$ td=`pwd`
zef:/tmp/testd$ cd ../
zef:/tmp$ ls \$td/finger
zef:/tmp$ shopt -s direxpand
zef:/tmp$ ls $td/fing<TAB>
zef:/tmp$ ls /tmp/testd/finger/
toe
- [Previous Test Case showing non-working bash installation]
~$ mkdir -p /tmp/testd/finger/toe
/tmp$ cd /tmp/testd
/tmp/testd$ td=`pwd`
/tmp/testd$ cd ../
/tmp$ ls $td/fing
Type a TAB character at this point, and bash completion makes the line:
/tmp$ ls \$td/finger
Note that while 'fing' has been expanded to 'finger ' (with a space at the end), the $td variable reference has had the
$ character quoted with a backslash. This prevents further extension of the pathname, and in fact makes
the command invalid; if I type a newline at this point, I get:
ls: cannot access $td/finger: No such file or directory
This is not useful behavior. I believe that in Ubuntu 10.10, the $td variable would have been expanded
to '/tmp/testd', and subsequent completions starting from '/tmp/testd/finger' would have worked.
[The version of /etc/bash_completion.d/acroread.sh that is installed starts with:
# _filedir : to handle file and directories with spaces in their names.
if ! type _filedir &> /dev/null ; then
so I don't think that file is overriding /etc/bash_completion's _filedir ...]
[Regression Potential]
- (#32) low potential for regressions since this bug is related to the interactive command line and would not influence any scripts.
ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: bash 4.2-0ubuntu3
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic x86_64
Architecture: amd64
Date: Fri May 6 09:48:29 2011
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
ProcEnviron:
SHELL=/bin/bash
PATH=(custom, user)
LANG=en_US.UTF-8
LANGUAGE=en_US:en
SourcePackage: bash
UpgradeStatus: Upgraded to natty on 2011-04-30 (6 days ago) |
|
2013-04-18 03:17:19 |
daniel higa |
bug |
|
|
added subscriber daniel higa |
2013-06-12 17:20:27 |
Ralf Folkerts |
bug |
|
|
added subscriber Ralf Folkerts |
2014-02-07 15:43:57 |
Curtis Hovey |
removed subscriber Registry Administrators |
|
|
|
2021-06-27 05:39:03 |
dani |
bug |
|
|
added subscriber dani |
2021-08-03 17:38:52 |
Norbert |
tags |
amd64 apport-bug natty running-unity verification-done |
amd64 apport-bug running-unity verification-done |
|
2021-08-03 18:06:36 |
Graeme Hewson |
removed subscriber Graeme Hewson |
|
|
|