Re: Directory name completion blocks when it shouldn't

[Sascha Wilde]

Michael Albinus <address@hidden> wrote:

> Chris Moore <address@hidden> writes:
>
>> I think you've introduced a new bug - 
>>
>>   lisp/net/ange-ftp.el.gz line 3980:
>>     (defun ange-ftp-file-name-completion (file dir)
>>   is being called like:
>>     (ange-ftp-file-name-completion "" "/a:/" 'file-exists-p)
>>
>> and
>>
>>   lisp/net/tramp.el.gz line 2859:
>>     (defun tramp-handle-file-name-completion (filename directory)
>>   is being called like:
>>     (tramp-handle-file-name-completion "" "/a:/" 'file-exists-p)
>>
>> in both cases the functions expect 2 arguments, and they're being
>> passed 3.
>
> Shall be fixed now in both ange-ftp.el and tramp.el.

Seems to be still buggy:

  C-x C-f /et TAB

results in:

Debugger entered--Lisp error: (wrong-type-argument stringp ("etc/"))
  file-exists-p(("etc/"))
  try-completion("et" (("etc/")) file-exists-p)
  tramp-completion-handle-file-name-completion("et" "/" file-exists-p)
  apply(tramp-completion-handle-file-name-completion ("et" "/" file-exists-p))
  tramp-completion-file-name-handler(file-name-completion "et" "/" 
file-exists-p)
  read-file-name-internal("~/.worklog//et" "~/.worklog/" nil)
  minibuffer-complete()
  call-interactively(minibuffer-complete)
  read-file-name("Find file: " nil "/home/wilde/.worklog/" nil)
  find-file-read-args("Find file: " nil)
  call-interactively(find-file)

cheers
sascha
-- 
Sascha Wilde : "Ist es nicht schon schlimm genug, dass ICH hier rumtrolle?"
             : (Henning Leise in d.o.c.)