GNU bug report logs - #78815
31.0.50; completions truncated

Previous Next

Package: emacs;

Reported by: Colin Baxter <m43cap <at> yandex.com>

Date: Tue, 17 Jun 2025 10:03:02 UTC

Severity: normal

Found in version 31.0.50

Full log


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

From: Colin Baxter <m43cap <at> yandex.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 78815 <at> debbugs.gnu.org
Subject: Re: bug#78815: 31.0.50; completions truncated
Date: Wed, 18 Jun 2025 17:42:50 +0100
>>>>> Eli Zaretskii <eliz <at> gnu.org> writes:

    >> From: Colin Baxter <m43cap <at> yandex.com> Cc: 78815 <at> debbugs.gnu.org
    >> Date: Wed, 18 Jun 2025 17:13:30 +0100
    >> 
    >>>>>>> Eli Zaretskii <eliz <at> gnu.org> writes:
    >> 
    >> > What can I say? it doesn't work here, neither on MS-Windows nor
    >> on > GNU/Linux, with this recipe:
    >> 
    >> > emacs -Q C-h f completion TAB TAB TAB TAB TAB
    >> 
    >> > (I have to type TAB 5 times before I see the end of the buffer,
    >> > which has 135 lines and shows 131 completions.)
    >> 
    >> > Btw, it is strange that your screenshot shows the candidates
    >> which > start from completion-auto-select (here the list starts
    >> with > completion--cache-all-sorted-completions instead), and
    >> doesn't > show the heading of the *Completions* buffer ("Click or
    >> type > M-RET...").
    >> 
    >> > Did I use a wrong recipe or something?
    >> 
    >> Perhaps I should give my steps in more detail:-
    >> 
    >> 1. cd ~/git/emacs <RET> 2. src/emacs -Q <RET> 3. C-h f <RET>

    > Step 3 gets me an error message: You didn’️t specify a function
    > symbol.

Yes, that's correct. The <RET> immediately after C-f is a typo.

Colin Baxter.




This bug report was last modified today.

Previous Next


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