GNU bug report logs - #41423
27.0.91; eshell file completion in tramp dir is slow (3 minutes) [regression on pretest]

Previous Next

Package: emacs;

Reported by: rrandresf <at> gmail.com

Date: Wed, 20 May 2020 16:23:02 UTC

Severity: normal

Tags: moreinfo

Merged with 47389

Found in versions 27.0.91, 27.1.91

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Gregory Heytings <ghe <at> sdf.org>
Cc: Tim Vaughan <timv <at> ughan.xyz>, rrandresf <at> gmail.com,
 Michael Albinus <michael.albinus <at> gmx.de>, 41423 <at> debbugs.gnu.org
Subject: Re: bug#41423: 27.0.91; eshell file completion in tramp dir is slow
 (3 minutes) [regression on pretest]
Date: Wed, 02 Sep 2020 16:08:47 -0400
>>> What is still missing IMO is a general description/documentation of the
>>> various parts of the completion mechanisms (completion-at-point,
>>> completion-in-region, pcomplete, pcomplete-completion-at-point,
>>> comint-completion-at-point, icomplete, ...) in Emacs behave and
>>> interact. I was completely lost when I started working on this bug,
>>> things are a bit clearer now, but still not very clear.
>> I find it hard to write such things because I'm too familiar with it to
>> know what's non-obvious.  Maybe you could try writing something that you'd
>> have found useful, and then we can collaboratively improve it?
> Based on the time I already spent on this bug, I guess writing something
> like this will require a substantial amount of work, but if you are willing
> to help me, I'm willing to do that.

That'd be great.  There's a chance others will chime in as well.


        Stefan





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

Previous Next


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