GNU bug report logs - #50387
Possible bug in Tramp or in completions

Previous Next

Package: emacs;

Reported by: Gregory Heytings <gregory <at> heytings.org>

Date: Sun, 5 Sep 2021 00:45:01 UTC

Severity: normal

Done: Gregory Heytings <gregory <at> heytings.org>

Bug is archived. No further changes may be made.

Full log


Message #47 received at 50387 <at> debbugs.gnu.org (full text, mbox):

From: Gregory Heytings <gregory <at> heytings.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: Michael Albinus <michael.albinus <at> gmx.de>, 50387 <at> debbugs.gnu.org
Subject: Re: bug#50387: Possible bug in Tramp or in completions
Date: Mon, 06 Sep 2021 21:39:06 +0000
>
> The completion tables's API only directly support prefix completion. So 
> in order to implement `substring` style, when the minibuffer.el code 
> sees a request for completion of "/a" it will request all the possible 
> prefix-completions for "/" and then filter them based on the presence of 
> "a" in there.
>

Thank you.  Now I understand the bug better: when the user types / TAB, 
Tramp returns the default methods (scp: scpx:), when the user types /sc 
TAB, Tramp returns the methods starting with 'sc', i.e. scp: scpx:, and 
when the user types /scp: TAB, Tramp again returns the default methods 
scp: scpx:, because it is again at '/', and the substring completion 
backend concludes that "scp:" cannot be completed further, which is wrong.

With my patch, when the user types / TAB, Tramp does not return the 
default methods anymore, and therefore they are not returned after /scp: 
TAB either.  So IMO the patch does TRT, and fixes both the behavior with 
substring and flex completion styles.




This bug report was last modified 3 years and 259 days ago.

Previous Next


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