bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#5840: 24.0.50; wrong tramp-file-name-regexp


From: Thierry Volpiatto
Subject: bug#5840: 24.0.50; wrong tramp-file-name-regexp
Date: Tue, 13 Apr 2010 08:25:30 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux)

Michael Albinus <michael.albinus@gmx.de> writes:

> Stefan Monnier <monnier@iro.umontreal.ca> writes:
>
>> Or maybe it should be provided differently: we could make it so that
>> the top-level exception handler (the one that outputs the message in
>> the minibuffer if an error is not otherwise caught) can be programmed,
>> so Tramp could call `signal' in the normal way and do the messy
>> window-pop-up in the top-level exception handler instead (so it
>> doesn't do it if the error gets caught).
>
> This would be an option, yes. Also for other use cases than this reported one.
>
>> That could save us from a `completion-only' kind of hack.
>
> No. It is not only about catching errors. If, for example, your default
> method is "ftp", expanding "/sudo:" would not result in an error, but in
> the password request for "albinus@sudo" (in my case). This must be
> suppressed as well, so we still need this flag to tell Tramp not to
> expand an incomplete filename.
>
>>> Where shall `completion-only' belong to? minibuffer.el?
>>
>> Yes.
>
> I'll commit it later today.

The patch you sent to me against minibuffer.el was working fine.
However i tried to complete with Emacs build of today 
(<2010-04-13 Mar.>)
and even if it complete, i still have the error buffer as soon as i
enter the first ":" (e.g /su::).

With my anything file completion i have no error but i have now to
require tramp.


-- 
Thierry Volpiatto
Gpg key: http://pgp.mit.edu/








reply via email to

[Prev in Thread] Current Thread [Next in Thread]