GNU bug report logs -
#55685
29.0.50; emacs-lisp-mode in minibuffer causes it to be less responsive
Previous Next
Reported by: Jean Louis <bugs <at> gnu.support>
Date: Fri, 27 May 2022 23:36:01 UTC
Severity: normal
Tags: moreinfo, notabug
Found in version 29.0.50
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
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 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.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#55685
; Package
emacs
.
(Fri, 27 May 2022 23:36:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Jean Louis <bugs <at> gnu.support>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 27 May 2022 23:36:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#55685
; Package
emacs
.
(Sat, 28 May 2022 06:00:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 55685 <at> debbugs.gnu.org (full text, mbox):
> 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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#55685
; Package
emacs
.
(Sat, 28 May 2022 07:11:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 55685 <at> debbugs.gnu.org (full text, mbox):
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
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#55685
; Package
emacs
.
(Sat, 28 May 2022 07:47:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 55685 <at> debbugs.gnu.org (full text, mbox):
> 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.
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sat, 28 May 2022 10:47:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#55685
; Package
emacs
.
(Sun, 26 Jun 2022 15:06:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 55685 <at> debbugs.gnu.org (full text, mbox):
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
Added tag(s) notabug.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 26 Jun 2022 15:06:03 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
55685 <at> debbugs.gnu.org and Jean Louis <bugs <at> gnu.support>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 26 Jun 2022 15:06:03 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
.
(Mon, 25 Jul 2022 11:24:12 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 357 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.