GNU bug report logs - #23006
25.0.92; Loading Tramp breaks pcomplete in eshell-mode

Previous Next

Package: emacs;

Reported by: Dmitry Gutov <dgutov <at> yandex.ru>

Date: Mon, 14 Mar 2016 02:02:01 UTC

Severity: normal

Found in version 25.0.92

Done: Dmitry Gutov <dgutov <at> yandex.ru>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Michael Albinus <michael.albinus <at> gmx.de>, Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 23006 <at> debbugs.gnu.org
Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode
Date: Thu, 24 Mar 2016 02:54:33 +0200
Hey Michael,

On 03/22/2016 03:35 PM, Michael Albinus wrote:
> Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
>
>>> I'm speaking only about two different cases. File name completion
>>> started by user activity, like hitting TAB. And file name completion
>>> started in the background, for example via idle timers.
>>
>> Also known as: the case where non-essential is nil and the case where
>> it's non-nil.

This looks reasonable to me.

> Stefan, just a simple question: do you agree that Tramp shall be
> informed that file name completion is in progress?

How would that happen? I don't have to use file-name-all-completions to 
implement file completion operation. Until recently, company-files used 
directory-files at least for some inputs, to implement file completion.

Would every third-party author who decided to implement their own file 
completion mechanism have to find out about some new, Tramp-related 
variable, and bind it to t in their code?

That doesn't sound great.




This bug report was last modified 8 years and 68 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.