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

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

[Jean Louis]

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

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

[Eli Zaretskii]

> From: Jean Louis <bugs@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.

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

[Jean Louis]

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

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

[Eli Zaretskii]

> Date: Sat, 28 May 2022 07:10:05 +0000
> CC: 55685@debbugs.gnu.org
> From: Jean Louis <bugs@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.

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

[Lars Ingebrigtsen]

Eli Zaretskii <eliz@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