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


View this message in rfc822 format

From: xristos <xristos <at> sdf.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: Tim Vaughan <timv <at> ughan.xyz>, 41423 <at> debbugs.gnu.org, rrandresf <at> gmail.com, Michael Albinus <michael.albinus <at> gmx.de>, Stefan Monnier <monnier <at> iro.umontreal.ca>, Gregory Heytings <ghe <at> sdf.org>
Subject: bug#41423: 27.0.91; eshell file completion in tramp dir is slow (3 minutes) [regression on pretest]
Date: Sun, 31 Jan 2021 12:07:46 -0500
On Wed, 2 Sep 2020 09:00:14 -0700 (PDT), 
Drew Adams <drew.adams <at> oracle.com> wrote:
> +1
>
> And it's not just a lack of doc, I think.
> The completion mechanism (e.g. minibuffer.el) is a labyrinth.

+1

I was bitten by this bug today (which is still unfixed afaict),
and since TRAMP/eshell is an important part of my daily routine I
went back to using pcomplete.

Having ran into similar completion heisenbugs in the past, I have
to say that I find the mechanism to be severely under-documented and
the code very hard to make sense of in reasonable time. A design document
that lays out the architecture and component interactions is sorely
needed. 





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.