GNU bug report logs -
#50470
27.1; 'company-mode' 'eshell'
Previous Next
Reported by: Christophe <ch.bollard <at> laposte.net>
Date: Wed, 8 Sep 2021 06:25:02 UTC
Severity: normal
Found in version 27.1
Done: Dmitry Gutov <dgutov <at> yandex.ru>
Bug is archived. No further changes may be made.
Full log
Message #68 received at 50470 <at> debbugs.gnu.org (full text, mbox):
On 05.06.2022 03:53, Stefan Monnier via Bug reports for GNU Emacs, the
Swiss army knife of text editors wrote:
>> Erm, I missed the time when you installed yours: you never wrote about
>> it here,
>
> Indeed, I had lost track of this bug (and couldn't find your patch when
> I looked for it, probably for the same reason).
>
>> and my "Emacs Diffs" folder still has 738 unread messages.
>
> And you're still here chatting?
> Kids these days!
Aye-aye, cap'n!
>> My patch doesn't help with the 'cd ~/Down*' behavior, though: when I worked
>> on it, pressing C-M-i did expand it as expected, it was mostly problematic
>> with company-mode (and other similar frontends).
>>
>> But now C-M-i results in "No match" as well, with or without my patch.
>
> Hmm... looks like my lack of understanding of this pcomplete code
> strikes again.
Debugging shows that COMPLETIONS just before the bit of code I added
gets set to absolute file names. E.g. if I'm typing
cd ~/Do*
COMPLETIONS is '("/home/dgutov/Documents" "/home/dgutov/Downloads"),
which fails to match "~/Do" because we do prefix-matching by default.
I suppose whatever code does the expansion here, shouldn't
dis-abbreviate the file name (or resolve symlinks, etc). I could find
where that logic resides, though.
Another issue which made investigating this harder, is that eshell-mode
(and only it) has 'C-M-i' bound to eshell-complete-lisp-symbol.
This bug report was last modified 2 years and 54 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.