GNU bug report logs - #15386
24.3; [Eshell] Second completion unsuccessful if equal to first

Previous Next

Package: emacs;

Reported by: Joost Kremers <joostkremers <at> fastmail.fm>

Date: Sun, 15 Sep 2013 14:21:02 UTC

Severity: normal

Found in version 24.3

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

Bug is archived. No further changes may be made.

Full log


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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Daniel Pettersson <daniel <at> dpettersson.net>
Cc: 15386 <at> debbugs.gnu.org
Subject: Re: bug#15386:
Date: Mon, 26 Sep 2022 13:07:16 +0200
Daniel Pettersson <daniel <at> dpettersson.net> writes:

> I don't believe this is a bug, but a feature as they say.
>
> This behavior is controlled by `eshell-cmpl-use-paring'
>
>> If t, pare alternatives that have already been used.
>> If nil, you will always see the completion set of possible options, no
>> matter which of those options have already been used in previous
>> command arguments.
>
> After setting the custom to a non-nil.
>
> (setq eshell-cmpl-use-pairing nil)
>
> Will turn on the desired behavior:
>     $ ls ~/Dropbox/ ~/Dropb<Tab>
>     $ ls ~/Dropbox/ ~/Dropbox/

Makes sense.  So since this is working as designed, I'm therefore
closing this bug report.




This bug report was last modified 2 years and 239 days ago.

Previous Next


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