GNU bug report logs - #55685
29.0.50; emacs-lisp-mode in minibuffer causes it to be less responsive

Previous Next

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

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

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

From: Jean Louis <bugs <at> gnu.support>
To: bug-gnu-emacs <at> gnu.org
Subject: 29.0.50; emacs-lisp-mode in minibuffer causes it to be less responsive
Date: Fri, 27 May 2022 21:03:33 +0300

I have offen some string editing in minibuffer, one string I wanted to
edit with emacs-lisp-mode

Then I have noticed that RET does not work anymore, I could not submit
any more the minibuffer text.

I have also noticed that C-g repeatedly did not work, I could not break
the loop and the minibuffer stayed with the editing of string.

Then I have tried multiple ESC ESC ESC and that worked.

I still think that this is somehow bug as even if I change the mode, the
minibuffer should let me submit information with RET, or at least I
should be able to interrupt it with to me rather common C-g


In GNU Emacs 29.0.50 (build 6, x86_64-pc-linux-gnu, X toolkit, cairo version 1.17.4, Xaw3d scroll bars)
 of 2022-05-10 built on protected.rcdrun.com
Repository revision: 57b69ff39c1ec7aa74f2a19bd4c4de9f67a7df84
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101003
System Description: Parabola GNU/Linux-libre

Configured using:
 'configure --with-x-toolkit=lucid'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY
PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS
WEBP X11 XAW3D XDBE XIM XINPUT2 XPM LUCID ZLIB

Important settings:
  value of $LC_ALL: en_US.UTF-8
  value of $LANG: de_DE.UTF-8
  value of $XMODIFIERS: @im=exwm-xim
  locale-coding-system: utf-8-unix

Major mode: ELisp/d

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 rmc puny
dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg
rfc6068 epg-config gnus-util 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 cl-extra cl-print
misearch multi-isearch vc-filewise vc-rcs log-view easy-mmode pcvs-util
bookmark text-property-search face-remap savehist minibuf-eldef mb-depth
icomplete cus-edit pp cus-start cus-load wid-edit thingatpt help-fns
radix-tree help-mode seq gv subr-x byte-opt bytecomp byte-compile cconv
cl-loaddefs cl-lib iso-transl tooltip eldoc paren electric uniquify
ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win
term/common-win x-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 simple cl-generic 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 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 x-toolkit
xinput2 x multi-tty make-network-process emacs)

Memory information:
((conses 16 78893 12778)
 (symbols 48 8815 1)
 (strings 32 25521 2038)
 (string-bytes 1 759718)
 (vectors 16 14769)
 (vector-slots 8 200580 11728)
 (floats 8 42 82)
 (intervals 56 814 896)
 (buffers 992 19))

-- 
Thanks,
Jean Louis

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jean Louis <bugs <at> gnu.support>
Cc: 55685 <at> debbugs.gnu.org
Subject: Re: bug#55685: 29.0.50;
 emacs-lisp-mode in minibuffer causes it to be less responsive
Date: Sat, 28 May 2022 08:59:42 +0300

> From: Jean Louis <bugs <at> gnu.support>
> Date: Fri, 27 May 2022 21:03:33 +0300
> 
> 
> I have offen some string editing in minibuffer, one string I wanted to
> edit with emacs-lisp-mode
> 
> Then I have noticed that RET does not work anymore, I could not submit
> any more the minibuffer text.
> 
> I have also noticed that C-g repeatedly did not work, I could not break
> the loop and the minibuffer stayed with the editing of string.
> 
> Then I have tried multiple ESC ESC ESC and that worked.
> 
> I still think that this is somehow bug as even if I change the mode, the
> minibuffer should let me submit information with RET, or at least I
> should be able to interrupt it with to me rather common C-g

Please show a recipe starting from "emacs -Q" to reproduce the issue.
Also, relative to what Emacs version you think the behavior has
changed?

Thanks.

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

From: Jean Louis <bugs <at> gnu.support>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 55685 <at> debbugs.gnu.org
Subject: Re: bug#55685: 29.0.50;
 emacs-lisp-mode in minibuffer causes it to be less responsive
Date: Sat, 28 May 2022 07:10:05 +0000

I started with emacs -Q

read-from-minibuffer anything

recursive minibuffers is on

M-x emacs-lisp-mode

Then when I press enter it does not work, is not accepted by read-from-minibuffer and C-g does not work, but ESC 3 times does.


Jean

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jean Louis <bugs <at> gnu.support>
Cc: 55685 <at> debbugs.gnu.org
Subject: Re: bug#55685: 29.0.50;
 emacs-lisp-mode in minibuffer causes it to be less responsive
Date: Sat, 28 May 2022 10:46:21 +0300

> Date: Sat, 28 May 2022 07:10:05 +0000
> CC: 55685 <at> debbugs.gnu.org
> From: Jean Louis <bugs <at> gnu.support>
> 
> I started with emacs -Q
> 
> read-from-minibuffer anything
> 
> recursive minibuffers is on
> 
> M-x emacs-lisp-mode
> 
> Then when I press enter it does not work, is not accepted by read-from-minibuffer and C-g does not work, but ESC 3 times does.

Isn't that expected?  RET exits the minibuffer because it has a
binding in the minibuffer-mode's keymap.  But you changed the major
mode to emacs-lisp-mode, so now RET does something very different.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 55685 <at> debbugs.gnu.org, Jean Louis <bugs <at> gnu.support>
Subject: Re: bug#55685: 29.0.50; emacs-lisp-mode in minibuffer causes it to
 be less responsive
Date: Sun, 26 Jun 2022 17:05:12 +0200

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

> Isn't that expected?  RET exits the minibuffer because it has a
> binding in the minibuffer-mode's keymap.  But you changed the major
> mode to emacs-lisp-mode, so now RET does something very different.

So this doesn't seem to be a bug, and I'm closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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