Activity log for bug #778627

Date Who What changed Old value New value Message
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