[Bash-completion-devel] Bug#619014: bash-completion: Bash completion whitelisting returns no results when it could return some that do not match

[Clint Byrum]

Package: bash-completion
Version: 1:1.3-1
Severity: wishlist
Tags: patch
User: ubuntu-devel at lists.ubuntu.com
Usertags: origin-ubuntu natty ubuntu-patch



*** /tmp/tmpiebbIm
I've submitted this patch to Ubuntu as well. The original bug report is available here:

https://launchpad.net/bugs/533985

The idea is simply that if the filename whitelist passed to _filedir
fails to produce any results, its more useful to the user to fall
back to unfiltered results than give them nothing. This makes the bash
completion more adaptable as programs change underneath them, and solves
the issue where a program like sqlite3 doesn't actually care at all about
extensions and the general conventions used have just been encoded in
the bash completion.


  * Drop whitelists if they fail to produce any results (LP: #533985)


Thanks for considering the patch.


-- System Information:
Debian Release: squeeze/sid
  APT prefers natty-updates
  APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-6-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tmppBonS9
Type: text/x-diff
Size: 1622 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/bash-completion-devel/attachments/20110320/45efd0a9/attachment.diff>