GNU bug report logs - #78815
31.0.50; completions truncated

Previous Next

To reply to this bug, email your comments to 78815 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

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

From: Colin Baxter <m43cap <at> yandex.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 31.0.50; completions truncated
Date: Tue, 17 Jun 2025 11:01:58 +0100

1. emacs -Q <RET>
2. C-h f <RET> (for example)
3. completion <TAB> (for example)
4. Completion buffer opens with 131 possible completions
5. In foot of buffer is button that reads:
[Completions truncated, click here to insert the rest.]
6. If button is clicked then further completions are shown.

I didn't think was a bug but others suggest it should be reported.

Best Wishes,

Colin Baxter



In GNU Emacs 31.0.50 (build 1, i686-pc-linux-gnu, cairo version 1.14.8)
 of 2025-06-17 built on bluestar
Repository revision: 376bd36f340b858a998ef0d43e5ebbd62149927a
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.11902000
System Description: Debian GNU/Linux 9 (stretch)

Configured using:
 'configure --prefix=/home/redknight/local/opt/emacs-dev
 --with-x-toolkit=no --without-toolkit-scroll-bars --without-sqlite3
 --without-sound --with-mailutils --with-cairo --with-imagemagick
 --with-native-compilation=no --with-tree-sitter=no
 --without-libsystemd'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ
IMAGEMAGICK JPEG LCMS2 LIBOTF LIBSELINUX LIBXML2 M17N_FLT MODULES NOTIFY
INOTIFY OLDXMENU PDUMPER PNG RSVG SECCOMP THREADS TIFF X11 XDBE XIM
XINERAMA XINPUT2 XPM XRANDR ZLIB

Important settings:
  value of $LANG: en_GB.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  minibuffer-regexp-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug lisp-mnt message mailcap yank-media puny
dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg
rfc6068 epg-config gnus-util text-property-search time-date subr-x
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr
mail-utils warnings icons cl-loaddefs cl-lib rmc iso-transl tooltip
cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type
elisp-mode mwheel term/x-win x-win term/common-win x-dnd touch-screen
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock
font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq
simple cl-generic indonesian philippine cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite emoji-zwj charscript charprop case-table
epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button
loaddefs theme-loaddefs faces cus-face macroexp files window
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget keymap hashtable-print-readable backquote threads dbusbind
inotify lcms2 dynamic-setting system-font-setting font-render-setting
cairo xinput2 x multi-tty move-toolbar make-network-process
tty-child-frames emacs)

Memory information:
((conses 8 41042 9892) (symbols 24 5513 0) (strings 16 12558 2499)
 (string-bytes 1 300140) (vectors 8 9732) (vector-slots 4 112314 8282)
 (floats 8 25 3) (intervals 28 276 25) (buffers 560 10))

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

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: Colin Baxter <m43cap <at> yandex.com>
Cc: 78815 <at> debbugs.gnu.org
Subject: Re: bug#78815: 31.0.50; completions truncated
Date: Tue, 17 Jun 2025 19:58:03 +0200

Colin Baxter <m43cap <at> yandex.com> writes:

> 1. emacs -Q <RET>
> 2. C-h f <RET> (for example)
> 3. completion <TAB> (for example)
> 4. Completion buffer opens with 131 possible completions
> 5. In foot of buffer is button that reads:
> [Completions truncated, click here to insert the rest.]
> 6. If button is clicked then further completions are shown.
>
> I didn't think was a bug but others suggest it should be reported.

I too didn't see a bug.  Maybe @Stefan and you could elaborate about
whether we have something to fix here?


Michael.

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

From: Arash Esbati <arash <at> gnu.org>
To: Colin Baxter <m43cap <at> yandex.com>
Cc: 78815 <at> debbugs.gnu.org
Subject: Re: bug#78815: 31.0.50; completions truncated
Date: Tue, 17 Jun 2025 21:44:20 +0200

[Message part 1 (text/plain, inline)]

Colin Baxter <m43cap <at> yandex.com> writes:

> 1. emacs -Q <RET>
> 2. C-h f <RET> (for example)
> 3. completion <TAB> (for example)
> 4. Completion buffer opens with 131 possible completions

I see this as well in *Completions* buffer:

  Click or type M-RET on a completion to select it.
  Type M-<down> or M-<up> to move point between completions.

  131 possible completions:
  completion--cache-all-sorted-completions
  ...

> 5. In foot of buffer is button that reads:
> [Completions truncated, click here to insert the rest.]

This is what I see at the end of *Completions* buffer:

[snapshot.png (image/png, inline)]

[Message part 3 (text/plain, inline)]

There is on button to click.  This is with

  In GNU Emacs 31.0.50 (build 1, aarch64-apple-darwin24.5.0, NS
   appkit-2575.60 Version 15.5 (Build 24F74)) of 2025-06-10
  Repository revision: f69b822fb0e804a13ff7a4eb55fc2ae618e0de72
  Repository branch: master
  Windowing system distributor 'Apple', version 10.3.2575
  System Description:  macOS 15.5

  Configured using:
   'configure --with-ns --with-threads --with-modules
   --with-native-compilation --without-compress-install --without-harfbuzz
   --without-mailutils --without-pop 'CFLAGS=-O2 -g0 -pipe '
   'CPPFLAGS=-I/opt/homebrew/Cellar/gcc/15.1.0/include
   -I/opt/homebrew/Cellar/libgccjit/15.1.0/include
   -I/opt/homebrew/Cellar/gmp/6.3.0/include
   -I/opt/homebrew/Cellar/libxml2/2.13.8/include '
   'LDFLAGS=-L/opt/homebrew/Cellar/gcc/15.1.0/lib/gcc/current
   -L/opt/homebrew/Cellar/gmp/6.3.0/lib
   -L/opt/homebrew/Cellar/libxml2/2.13.8/lib ''

Am I missing something?

Best, Arash

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Michael Heerdegen <michael_heerdegen <at> web.de>
Cc: Colin Baxter <m43cap <at> yandex.com>, 78815 <at> debbugs.gnu.org,
 Spencer Baugh <sbaugh <at> catern.com>
Subject: Re: bug#78815: 31.0.50; completions truncated
Date: Tue, 17 Jun 2025 16:09:27 -0400

>> 1. emacs -Q <RET>
>> 2. C-h f <RET> (for example)
>> 3. completion <TAB> (for example)
>> 4. Completion buffer opens with 131 possible completions
>> 5. In foot of buffer is button that reads:
>> [Completions truncated, click here to insert the rest.]

I don't see that, the bottom of the buffer is beyond view for me.
IIRC the remaining completions should be auto-inserted when we scroll
the buffer.  Spencer?


        Stefan

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

From: Visuwesh <visuweshm <at> gmail.com>
To: Colin Baxter <m43cap <at> yandex.com>
Cc: 78815 <at> debbugs.gnu.org
Subject: Re: bug#78815: 31.0.50; completions truncated
Date: Wed, 18 Jun 2025 10:37:44 +0530

[செவ்வாய் ஜூன் 17, 2025] Colin Baxter wrote:

> 1. emacs -Q <RET>
> 2. C-h f <RET> (for example)
> 3. completion <TAB> (for example)
> 4. Completion buffer opens with 131 possible completions
> 5. In foot of buffer is button that reads:
> [Completions truncated, click here to insert the rest.]
> 6. If button is clicked then further completions are shown.
>
> I didn't think was a bug but others suggest it should be reported.
>
> Best Wishes,
>
> Colin Baxter

This is not a bug, it is a consequence of speeding up the creation of
the *Completions* buffer; from etc/NEWS:

    *** "*Completions*" is now displayed faster when there are many candidates.
    As before, if there are more completion candidates than can be displayed
    in the current frame, only a subset of the candidates is displayed.
    This process is now faster: only that subset of the candidates is
    actually inserted into "*Completions*" until you run a command which
    interacts with the text of the "*Completions*" buffer.  This
    optimization only applies when 'completions-format' is 'horizontal' or
    'one-column'.

Unfortunately, the news entry does not call out the new truncated
thingy.
[ I also remember that there was a way to opt-out of truncation in the
  discussion of this patch, but I don't see it anymore?  ]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Colin Baxter <m43cap <at> yandex.com>
Cc: 78815 <at> debbugs.gnu.org
Subject: Re: bug#78815: 31.0.50; completions truncated
Date: Wed, 18 Jun 2025 14:16:51 +0300

> Date: Tue, 17 Jun 2025 11:01:58 +0100
> From: Colin Baxter <m43cap <at> yandex.com>
> 
> 
> 1. emacs -Q <RET>
> 2. C-h f <RET> (for example)
> 3. completion <TAB> (for example)
> 4. Completion buffer opens with 131 possible completions
> 5. In foot of buffer is button that reads:
> [Completions truncated, click here to insert the rest.]

I don't see such a button, with today's master.

Message #23 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 15:16:40 +0100

[Message part 1 (text/plain, inline)]

>>>>> Eli Zaretskii <eliz <at> gnu.org> writes:

    >> Date: Tue, 17 Jun 2025 11:01:58 +0100 From: Colin Baxter
    >> <m43cap <at> yandex.com>
    >> 
    >> 
    >> 1. emacs -Q <RET> 2. C-h f <RET> (for example) 3. completion
    >> <TAB> (for example) 4. Completion buffer opens with 131 possible
    >> completions 5. In foot of buffer is button that reads:
    >> [Completions truncated, click here to insert the rest.]

    > I don't see such a button, with today's master.

I've just git pulled and I'm afraid I still seen the button - screenshot
attached.

Colin Baxter

[screenshot.png (image/png, attachment)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: m43cap <at> yandex.com
Cc: 78815 <at> debbugs.gnu.org
Subject: Re: bug#78815: 31.0.50; completions truncated
Date: Wed, 18 Jun 2025 18:43:02 +0300

> From: Colin Baxter <m43cap <at> yandex.com>
> Cc: 78815 <at> debbugs.gnu.org
> Date: Wed, 18 Jun 2025 15:16:40 +0100
> 
> >>>>> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
>     >> Date: Tue, 17 Jun 2025 11:01:58 +0100 From: Colin Baxter
>     >> <m43cap <at> yandex.com>
>     >> 
>     >> 
>     >> 1. emacs -Q <RET> 2. C-h f <RET> (for example) 3. completion
>     >> <TAB> (for example) 4. Completion buffer opens with 131 possible
>     >> completions 5. In foot of buffer is button that reads:
>     >> [Completions truncated, click here to insert the rest.]
> 
>     > I don't see such a button, with today's master.
> 
> I've just git pulled and I'm afraid I still seen the button - screenshot
> attached.

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?

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

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: m43cap <at> yandex.com, 78815 <at> debbugs.gnu.org
Subject: Re: bug#78815: 31.0.50; completions truncated
Date: Wed, 18 Jun 2025 17:53:25 +0200

On Wed, 18 Jun 2025 18:43:02 +0300 Eli Zaretskii <eliz <at> gnu.org> wrote:

>> From: Colin Baxter <m43cap <at> yandex.com>
>> Cc: 78815 <at> debbugs.gnu.org
>> Date: Wed, 18 Jun 2025 15:16:40 +0100
>> 
>> >>>>> Eli Zaretskii <eliz <at> gnu.org> writes:
>> 
>>     >> Date: Tue, 17 Jun 2025 11:01:58 +0100 From: Colin Baxter
>>     >> <m43cap <at> yandex.com>
>>     >> 
>>     >> 
>>     >> 1. emacs -Q <RET> 2. C-h f <RET> (for example) 3. completion
>>     >> <TAB> (for example) 4. Completion buffer opens with 131 possible
>>     >> completions 5. In foot of buffer is button that reads:
>>     >> [Completions truncated, click here to insert the rest.]
>> 
>>     > I don't see such a button, with today's master.
>> 
>> I've just git pulled and I'm afraid I still seen the button - screenshot
>> attached.
>
> 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?

I see the button with this recipe:

emacs -Q
C-h f completion TAB C-M-v

Steve Berman

Message #32 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:13:30 +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 15:16:40 +0100
    >> 
    >>>>>>> Eli Zaretskii <eliz <at> gnu.org> writes:
    >> 
    >> >> Date: Tue, 17 Jun 2025 11:01:58 +0100 From: Colin Baxter >>
    >> <m43cap <at> yandex.com>
    >> >> 
    >> >> 
    >> >> 1. emacs -Q <RET> 2. C-h f <RET> (for example) 3. completion
    >> >> <TAB> (for example) 4. Completion buffer opens with 131
    >> possible >> completions 5. In foot of buffer is button that
    >> reads: >> [Completions truncated, click here to insert the rest.]
    >> 
    >> > I don't see such a button, with today's master.
    >> 
    >> I've just git pulled and I'm afraid I still seen the button -
    >> screenshot attached.

    > 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>
4. Enter completion but stop with the cursor immediately left of the
letter n.
5. Press <TAB> once only.
6. The completion buffer appears with the button, as per the screenshot.
7. Press <TAB> again
8. All the completions appear and the button disappears.

I'm inclined to think this is not a bug.

Colin Baxter.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: m43cap <at> yandex.com, 78815 <at> debbugs.gnu.org
Subject: Re: bug#78815: 31.0.50; completions truncated
Date: Wed, 18 Jun 2025 19:18:24 +0300

> From: Stephen Berman <stephen.berman <at> gmx.net>
> Cc: m43cap <at> yandex.com,  78815 <at> debbugs.gnu.org
> Date: Wed, 18 Jun 2025 17:53:25 +0200
> 
> On Wed, 18 Jun 2025 18:43:02 +0300 Eli Zaretskii <eliz <at> gnu.org> wrote:
> 
> >> From: Colin Baxter <m43cap <at> yandex.com>
> >> Cc: 78815 <at> debbugs.gnu.org
> >> Date: Wed, 18 Jun 2025 15:16:40 +0100
> >> 
> >> >>>>> Eli Zaretskii <eliz <at> gnu.org> writes:
> >> 
> >>     >> Date: Tue, 17 Jun 2025 11:01:58 +0100 From: Colin Baxter
> >>     >> <m43cap <at> yandex.com>
> >>     >> 
> >>     >> 
> >>     >> 1. emacs -Q <RET> 2. C-h f <RET> (for example) 3. completion
> >>     >> <TAB> (for example) 4. Completion buffer opens with 131 possible
> >>     >> completions 5. In foot of buffer is button that reads:
> >>     >> [Completions truncated, click here to insert the rest.]
> >> 
> >>     > I don't see such a button, with today's master.
> >> 
> >> I've just git pulled and I'm afraid I still seen the button - screenshot
> >> attached.
> >
> > 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?
> 
> I see the button with this recipe:
> 
> emacs -Q
> C-h f completion TAB C-M-v

OK, but that probably means the calculation of when to display the
button is wrong, because it should appear as part of the first
window-full, no?

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: m43cap <at> yandex.com
Cc: 78815 <at> debbugs.gnu.org
Subject: Re: bug#78815: 31.0.50; completions truncated
Date: Wed, 18 Jun 2025 19:22:26 +0300

> 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.

> 4. Enter completion but stop with the cursor immediately left of the
> letter n.
> 5. Press <TAB> once only.
> 6. The completion buffer appears with the button, as per the screenshot.
> 7. Press <TAB> again
> 8. All the completions appear and the button disappears.
> 
> I'm inclined to think this is not a bug.

If you mean the fact that the button disappears when you show the last
portion of candidates, then I might agree, but I'm not sure I
understand the purpose of this feature, since I need to scroll the
window to see the button.

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.

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

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: m43cap <at> yandex.com, 78815 <at> debbugs.gnu.org
Subject: Re: bug#78815: 31.0.50; completions truncated
Date: Wed, 18 Jun 2025 18:53:40 +0200

On Wed, 18 Jun 2025 19:18:24 +0300 Eli Zaretskii <eliz <at> gnu.org> wrote:

>> From: Stephen Berman <stephen.berman <at> gmx.net>
>> Cc: m43cap <at> yandex.com,  78815 <at> debbugs.gnu.org
>> Date: Wed, 18 Jun 2025 17:53:25 +0200
>> 
>> On Wed, 18 Jun 2025 18:43:02 +0300 Eli Zaretskii <eliz <at> gnu.org> wrote:
>> 
>> >> From: Colin Baxter <m43cap <at> yandex.com>
>> >> Cc: 78815 <at> debbugs.gnu.org
>> >> Date: Wed, 18 Jun 2025 15:16:40 +0100
>> >> 
>> >> >>>>> Eli Zaretskii <eliz <at> gnu.org> writes:
>> >> 
>> >>     >> Date: Tue, 17 Jun 2025 11:01:58 +0100 From: Colin Baxter
>> >>     >> <m43cap <at> yandex.com>
>> >>     >> 
>> >>     >> 
>> >>     >> 1. emacs -Q <RET> 2. C-h f <RET> (for example) 3. completion
>> >>     >> <TAB> (for example) 4. Completion buffer opens with 131 possible
>> >>     >> completions 5. In foot of buffer is button that reads:
>> >>     >> [Completions truncated, click here to insert the rest.]
>> >> 
>> >>     > I don't see such a button, with today's master.
>> >> 
>> >> I've just git pulled and I'm afraid I still seen the button - screenshot
>> >> attached.
>> >
>> > 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?
>> 
>> I see the button with this recipe:
>> 
>> emacs -Q
>> C-h f completion TAB C-M-v
>
> OK, but that probably means the calculation of when to display the
> button is wrong, because it should appear as part of the first
> window-full, no?

I think the calculation is meant not to show the button in the available
space in the window, cf. this comment in `completion--insert-strings'
above the code that inserts the button:

;; If there's a bug which causes us to not insert the remaining
;; completions automatically, the user can at least press this button.

So the usual tabbing will scroll without showing the button, but if
something goes wrong, it should become visible.

So it seems that something is going wrong in the OP's case, but AFAICT
the recipes posted so far don't reveal the problem.

Steve Berman

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

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: Colin Baxter <m43cap <at> yandex.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 78815 <at> debbugs.gnu.org
Subject: Re: bug#78815: 31.0.50; completions truncated
Date: Thu, 19 Jun 2025 19:55:06 +0200

Hi Colin,

could you please post another screenshot that shows the situation
directly after executing your recipe?  It seems in the screenshot you
had posted the window that displayed the completions was selected.

Did you select the window?  If yes: please provide a screenshot where
the state of Emacs has not been altered by any subsequent user actions.
Even a (very small!) animated gif could be helpful (or a link to one).


TIA,

Michael.

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

From: Colin Baxter <m43cap <at> yandex.com>
To: Michael Heerdegen via "Bug reports for GNU Emacs, the Swiss army knife
 of text editors" <bug-gnu-emacs <at> gnu.org>
Cc: Michael Heerdegen <michael_heerdegen <at> web.de>, Eli Zaretskii <eliz <at> gnu.org>,
 78815 <at> debbugs.gnu.org
Subject: Re: bug#78815: 31.0.50; completions truncated
Date: Thu, 19 Jun 2025 20:32:32 +0100

>>>>> Bug reports for GNU Emacs, the Swiss army knife of text editors <Michael> writes:

    > Hi Colin, could you please post another screenshot that shows the
    > situation directly after executing your recipe?  It seems in the
    > screenshot you had posted the window that displayed the
    > completions was selected.

    > Did you select the window?  If yes: please provide a screenshot
    > where the state of Emacs has not been altered by any subsequent
    > user actions.  Even a (very small!) animated gif could be helpful
    > (or a link to one).

Ok. It will have to be tomorrow. Hope that's ok.

Colin.

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

From: Colin Baxter <m43cap <at> yandex.com>
To: Michael Heerdegen via "Bug reports for GNU Emacs, the Swiss army knife
 of text editors" <bug-gnu-emacs <at> gnu.org>
Cc: Michael Heerdegen <michael_heerdegen <at> web.de>, Eli Zaretskii <eliz <at> gnu.org>,
 78815 <at> debbugs.gnu.org
Subject: Re: bug#78815: 31.0.50; completions truncated
Date: Fri, 20 Jun 2025 10:31:58 +0100

[Message part 1 (text/plain, inline)]

>>>>> Bug reports for GNU Emacs, the Swiss army knife of text editors <Michael> writes:

    > Hi Colin, could you please post another screenshot that shows the
    > situation directly after executing your recipe?  It seems in the
    > screenshot you had posted the window that displayed the
    > completions was selected.

    > Did you select the window?  If yes: please provide a screenshot
    > where the state of Emacs has not been altered by any subsequent
    > user actions.  Even a (very small!) animated gif could be helpful
    > (or a link to one).

I attach the screenshots.

I notice that neither the mouse pointer nor the filled-block cursor are
visible in the pictures. Therefore I'll indicate where these items are,
as we traverse the steps below. The words 'visible', 'non-visible' will
refer only to the pictures, of course.

1. emacs -Q <RET>

2. I take pic00.png. The non-visible, filled-block cursor is present in
the window. I have not moved the mouse so there is no mouse pointer, and
this remains the case until Step 7.

3. C-h f completions

4. I take pic01.png. The non-visible, filled-block cursor is to the
right of the word 'completion' in the 'Describe Function' window. A
visible, open-block cursor is in the scratch buffer.

5. <TAB>

6. I take pic02.png. A visible, open-block cursor has appeared in the
completions buffer, enclosing the letter C in the word 'Click'. The
visible, open-block cursor remains in the scratch buffer, and the
non-visible, filled-block cursor remains to the right of the word
'completion' in the 'Describe function' window.

7. I now move the mouse so that the mouse pointer in over the
completions buffer, and scroll down using the mouse wheel until the
button is visible. I take pic03.png. The non-visible mouse pointer is in
the completions buffer. The non-visible, filled-block cursor remains to
the right of the word 'completion'. A visible, open-block cursor remains
in the scratch buffer, and the second visible open-block cursor remains
in the completion buffer but now encloses the letter C in
'Completion--insert'.

8. I move the mouse to click on the button in the completions buffer,
and take pic04.png. The filled-block cursor that was to the right of the
word 'complete' is now open and visible. There is a non-visible,
filled-block cursor in the completions buffer and is flashing at the
start of the line 'Completion-list-candidate-at-point'. Further tabbing
moves this cursor along the line of completion candidates. The visible,
open-block cursor in the scratch buffer remains.

If relevant, I see exactly the same results if I use openbox or stumpwm
as my window managers, and if I use <RET> rather than <TAB> in Step 5. I
also use a very old monitor and an old version of Debian (9.13).

Let me know if you need anything further.

Best wishes,

Colin.

[pic00.png (image/png, attachment)]

[pic01.png (image/png, attachment)]

[pic02.png (image/png, attachment)]

[pic03.png (image/png, attachment)]

[pic04.png (image/png, attachment)]

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

From: Colin Baxter <m43cap <at> yandex.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#78815: 31.0.50; completions truncated
Date: Fri, 20 Jun 2025 10:41:44 +0100

The filled-block cursor is not visible in the pictures is I think
because of the way I take screen-shots. I open a single-line shell to
type the screen-shot command (gnome-screenshot), and so the cursor is
presumable busy doing that.

Colin.

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

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: Colin Baxter <m43cap <at> yandex.com>
Cc: eliz <at> gnu.org, 78815 <at> debbugs.gnu.org
Subject: Re: bug#78815: 31.0.50; completions truncated
Date: Fri, 20 Jun 2025 14:12:02 +0200

Colin Baxter <m43cap <at> yandex.com> writes:

> I attach the screenshots.

Thank you very much.

> 7. I now move the mouse so that the mouse pointer in over the
> completions buffer, and scroll down using the mouse wheel until the
> button is visible.

This part has not been clear to me so far: you scroll the completions
buffer with the mouse.

This is a crucial point.  You don't see that button without scrolling
the completions buffer with the mouse - correct?


Michael.

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

From: Colin Baxter <m43cap <at> yandex.com>
To: Michael Heerdegen via "Bug reports for GNU Emacs, the Swiss army knife
 of text editors" <bug-gnu-emacs <at> gnu.org>
Cc: Michael Heerdegen <michael_heerdegen <at> web.de>, eliz <at> gnu.org,
 78815 <at> debbugs.gnu.org
Subject: Re: bug#78815: 31.0.50; completions truncated
Date: Fri, 20 Jun 2025 14:19:20 +0100

>>>>> Bug reports for GNU Emacs, the Swiss army knife of text editors <Michael> writes:

    > Colin Baxter <m43cap <at> yandex.com> writes:
    >> I attach the screenshots.

    > Thank you very much.

    >> 7. I now move the mouse so that the mouse pointer in over the
    >> completions buffer, and scroll down using the mouse wheel until
    >> the button is visible.

    > This part has not been clear to me so far: you scroll the
    > completions buffer with the mouse.

    > This is a crucial point.  You don't see that button without
    > scrolling the completions buffer with the mouse - correct?

Yes, that is correct.

Colin.

Previous Next

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