GNU bug report logs - #60313
29.0.60; Problems navigating completions from minibuffer with flex completion style

Previous Next

Package: emacs;

Reported by: Knut Anders Hatlen <kahatlen <at> gmail.com>

Date: Sun, 25 Dec 2022 15:50:02 UTC

Severity: normal

Found in version 29.0.60

Fixed in version 30.0.50

Done: Juri Linkov <juri <at> linkov.net>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 60313 in the body.
You can then email your comments to 60313 AT debbugs.gnu.org in the normal way.

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#60313; Package emacs. (Sun, 25 Dec 2022 15:50:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Knut Anders Hatlen <kahatlen <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sun, 25 Dec 2022 15:50:02 GMT) Full text and rfc822 format available.

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

From: Knut Anders Hatlen <kahatlen <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 29.0.60; Problems navigating completions from minibuffer with flex
 completion style
Date: Sun, 25 Dec 2022 16:48:31 +0100
Selecting completions from the minibuffer with M-<up>/<down> and M-RET
doesn't always work quite the way I expect when the flex completion
style is used. For example:

1. Evaluate: (push 'flex completion-styles)

2. Type: M-x c++-mode TAB TAB
   (The *Completions* buffer now shows three alternatives: c++-mode,
   c++-ts-mode, c-or-c++-mode.)

3. Type M-<down> to select c++-mode, and then M-RET.

Expected result: c++-mode is enabled in the buffer.

Actual result: An error with the following message is raised:
‘c++-modemode’ is not a valid command name


In GNU Emacs 29.0.60 (build 2, x86_64-pc-linux-gnu, GTK+ Version
 3.24.35, cairo version 1.16.0) of 2022-12-25 built on dell
Repository revision: dad73e4de194f6f652c22fcd542d8796926d4ec6
Repository branch: emacs-29
System Description: Debian GNU/Linux bookworm/sid

Configured using:
 'configure --with-json --with-xml2 --with-modules
 --prefix=/usr/local/stow/emacs --with-pgtk --without-x
 --with-native-compilation --with-tree-sitter'

Configured features:
CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LCMS2 LIBOTF LIBSELINUX LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY
PDUMPER PGTK PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF
TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XIM GTK3 ZLIB

Important settings:
  value of $LANG: nn_NO.UTF-8
  value of $XMODIFIERS: @im=ibus
  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
  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 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 mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils comp comp-cstr
warnings icons subr-x rx cl-seq cl-macs gv cl-extra help-mode
cl-loaddefs cl-lib bytecomp byte-compile rmc iso-transl tooltip cconv
eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type
elisp-mode mwheel term/pgtk-win pgtk-win term/common-win pgtk-dnd
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 dynamic-setting system-font-setting font-render-setting cairo
gtk pgtk lcms2 multi-tty make-network-process native-compile emacs)

Memory information:
((conses 16 94828 9307)
 (symbols 48 7099 0)
 (strings 32 26251 2207)
 (string-bytes 1 829967)
 (vectors 16 20715)
 (vector-slots 8 364954 10586)
 (floats 8 35 30)
 (intervals 56 230 0)
 (buffers 984 12))

-- 
Knut Anders




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#60313; Package emacs. (Sun, 25 Dec 2022 17:59:02 GMT) Full text and rfc822 format available.

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

From: Juri Linkov <juri <at> linkov.net>
To: Knut Anders Hatlen <kahatlen <at> gmail.com>
Cc: 60313 <at> debbugs.gnu.org
Subject: Re: bug#60313: 29.0.60; Problems navigating completions from
 minibuffer with flex completion style
Date: Sun, 25 Dec 2022 19:55:51 +0200
> Selecting completions from the minibuffer with M-<up>/<down> and M-RET
> doesn't always work quite the way I expect when the flex completion
> style is used. For example:
>
> 1. Evaluate: (push 'flex completion-styles)
>
> 2. Type: M-x c++-mode TAB TAB
>    (The *Completions* buffer now shows three alternatives: c++-mode,
>    c++-ts-mode, c-or-c++-mode.)
>
> 3. Type M-<down> to select c++-mode, and then M-RET.
>
> Expected result: c++-mode is enabled in the buffer.
>
> Actual result: An error with the following message is raised:
> ‘c++-modemode’ is not a valid command name

To be able to fix this, we need to install
at least some parts of the patch proposed in
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=48356#40
Probably too late for Emacs 29.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#60313; Package emacs. (Wed, 15 Nov 2023 17:46:01 GMT) Full text and rfc822 format available.

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

From: Juri Linkov <juri <at> linkov.net>
To: Knut Anders Hatlen <kahatlen <at> gmail.com>
Cc: 60313 <at> debbugs.gnu.org
Subject: Re: bug#60313: 29.0.60; Problems navigating completions from
 minibuffer with flex completion style
Date: Wed, 15 Nov 2023 19:30:50 +0200
close 60313 30.0.50
thanks

> Selecting completions from the minibuffer with M-<up>/<down> and M-RET
> doesn't always work quite the way I expect when the flex completion
> style is used. For example:
>
> 1. Evaluate: (push 'flex completion-styles)
>
> 2. Type: M-x c++-mode TAB TAB
>    (The *Completions* buffer now shows three alternatives: c++-mode,
>    c++-ts-mode, c-or-c++-mode.)
>
> 3. Type M-<down> to select c++-mode, and then M-RET.
>
> Expected result: c++-mode is enabled in the buffer.
>
> Actual result: An error with the following message is raised:
> ‘c++-modemode’ is not a valid command name

Looks like this is fixed now, probably in bug#62700.
At least, I can't reproduce the problem.
Please reopen if you still see it.




bug marked as fixed in version 30.0.50, send any further explanations to 60313 <at> debbugs.gnu.org and Knut Anders Hatlen <kahatlen <at> gmail.com> Request was from Juri Linkov <juri <at> linkov.net> to control <at> debbugs.gnu.org. (Wed, 15 Nov 2023 17:46:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 14 Dec 2023 12:24:06 GMT) Full text and rfc822 format available.

This bug report was last modified 139 days ago.

Previous Next


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