Bug 448781 - autocomplete of remote directories with scp broken
Summary: autocomplete of remote directories with scp broken
Keywords:
Status: CLOSED DUPLICATE of bug 444466
Alias: None
Product: Fedora
Classification: Fedora
Component: bash-completion
Version: 9
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Ville Skyttä
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-05-28 19:17 UTC by Matthew Truch
Modified: 2008-05-29 05:20 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2008-05-29 05:20:15 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Matthew Truch 2008-05-28 19:17:57 UTC
Description of problem:
Autocompletion of remote directories is broken.  When one hits tab to
autocomplete, the (optional username) and hostname are deleted.  At that point
autocompletion completely fails as now it thinks its a local directory.  

Version-Release number of selected component (if applicable):
$ rpm -q bash-completion
bash-completion-20060301-10.noarch

How reproducible:
Always

Steps to Reproduce:
1. Ensure ssh keys are exchanged between local and remote machines
2. Ensure there is path/to/file.txt in user's home directory on remote.
3. On local machine try $ scp user.com:path/to/file<tab>
  
Actual results:
completion changes line to:
$ scp path/to/file

Expected results:
completion changes line to (asuming file.txt is unique enough):
$ scp user.com:path/to/file.txt

Additional Info:
bash-completion does the right thing on my F8 machines, but not in F9.

Comment 1 Ville Skyttä 2008-05-29 05:20:15 UTC
gvfs is known to break it.

*** This bug has been marked as a duplicate of 444466 ***


Note You need to log in before you can comment on or make changes to this bug.