From unknown Sun Jun 22 07:37:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39564: 28.0.50; read-key function do not display the prompt if called from read-from-minibuffer Resent-From: Ergus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Feb 2020 14:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 39564 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 39564@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.15814326076929 (code B ref -1); Tue, 11 Feb 2020 14:51:01 +0000 Received: (at submit) by debbugs.gnu.org; 11 Feb 2020 14:50:07 +0000 Received: from localhost ([127.0.0.1]:56112 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j1WrX-0001nf-51 for submit@debbugs.gnu.org; Tue, 11 Feb 2020 09:50:07 -0500 Received: from lists.gnu.org ([209.51.188.17]:39512) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j1WrV-0001nX-9j for submit@debbugs.gnu.org; Tue, 11 Feb 2020 09:50:06 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:58566) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j1WrP-0006Wz-SU for bug-gnu-emacs@gnu.org; Tue, 11 Feb 2020 09:50:05 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j1WrG-0006xh-F3 for bug-gnu-emacs@gnu.org; Tue, 11 Feb 2020 09:49:58 -0500 Received: from sonic312-20.consmr.mail.bf2.yahoo.com ([74.6.128.82]:40214) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j1WrG-0006uv-0a for bug-gnu-emacs@gnu.org; Tue, 11 Feb 2020 09:49:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1581432589; bh=/a2/G7hgU1TN0YObUVJqrl/vMJltnWTwzhczcSVVLmI=; h=Date:From:To:Subject:References:From:Subject; b=IeKRuiyCNdjbSuVkPOTNI0q+d+yEREtT3MGCLSqPgRFKTGh4RS1/WP/nOOHKxCqLwZIKOETmVZ6+TRj0RvbpkTupHGo7N3tJ+07KuEjx7lAYSrta3ZUOLwG/SOSJfqu+vqvMMLrnXONZFhOyWsOp9xVV58DG2xVCxLGtLWgI3Fo4ekKSDF4CZVO8Qfva760+GFZh+wYvW3w1O0PnaU5DFRRhvRY7TdBH78OAuUL+ndCWdvQaSwNGeL4PnCgsc/aJvVkn/m05f/Q+MS6eYq5PLqc/Pn4iVJPp/zMmIvXKptSC+/Ni3jRMz4qnaBIrTZxMuYNBxlO88NgZi90zgfGRNA== X-YMail-OSG: HOrsJZUVM1luqAEYgFwwjI3gB0jiJXifSMkwknuTFSUIeOoYocFr6X9cDVLKfNh ibDSio4wAiSyRt1hxkAT05T9uOlUnhsYk1O.hx_6cZC5o7Eg0Mjv3Ai2dAiGYRpuVHzaIort4dCN 5FpIBMNaKHLGOP_C5HWvBLB0tW.0G1SDGY3aEnDKq66hjorS5IXO6W1mAHn_4omz1Vjb.Qrb5VeW oyu6Bhe_wR_P_keV9BPbL5T1hBneGYC3qpXFpWcXZ.qOHZnU70RvLfgSm9Gm.GZqjcSjpC_uy_Ha lDvd9ShaU.zOLfUEYEviLyiZ25.aOrik6A3A7WiuJSyn6nnVMQNxTGhDPhtswqiUvjFFbjYSnDAd fDp.HQqa9SdKVdBtOPb4RHrZQc57UbPxhYZ6ZRTn0Vp5rrkwcFLO3IU3SWl1ZdLNyZ3B3MyRHiU5 WuE2CsSafTG3EcMVI9w0wZKVNDps3SH7whtZRhgOm70R5WbfkoW5Zv0jgNfHUyRnuYQiWAQpI8uz ros0Sw99fIUqNx40WC5Bj4JMG0xqShXox.IdMQlMCR5t6sDzzgZ0coXbTJ9IB6Z79NBzMCXnnjLf WC3ruGy5unxEq3VRHTQ9mOevd5ZJ9D69br4xLqwGk6cOblhx15UrJGzzTiRz.yTrEyMF31QMYH0l rTsHojuoH4yZZd2A1WCOs7pSFcSeObjEpokGzUoR_iUdvi3QHYCe4IrtvI5Wa7ZKrUvcEnRnupoT Bpeq0LmTcP58aocRmGsswPDBjHlHZjG0gA44zfyMOHBfUsx65cpQTbjKpe1X1d00pUQy2lTe9uXj GHnjDVv9Szc..ofwD_GxzI1VHi3Wc5GOYsw1knWifYroIhT3pAnWZx0WbPAONgwrNa2Ewn8DIkgR qXThqsiG4_GTfo7vabLg0Q2Th7h7eDt0DKNg5QP6UvHj3Tuog__1TZYcuG5v_fyXQOcsOw7wQpst L4o9JrJpFIwvXWczTV9f0s7gfvE7jW8aC.EHI6b3MbbTIN8UyX6VF_JRFnEkmRFAM8bJQSfPZTZ2 ZNMGnHG4hsDLU1439BXQHeqxbZ1RdGu7SQpcNsHR1kXQpGtCsaQ7KJDCwrrgATeZ3lUAMUXMtxiG I2pj4Je5xV4c7n0ZrIR28fkxcH5D9FSt9szPkM305RoMrpF_KJZJARPoCptXzX7G_dUgWepJ.28B ZRZbmkuZg.AeWG7XTkwMRIyO7trF_DTLWCOiv9zucTD_26cZ83qK52EOMpy1NvpJ.D6NU2E_j9qf 1y57qt.8FJZuRgAswhn5vToIN69zP6cLHpeNPUS4ELtokyJ9KSlRMIZxw_WD3vEBIj.QlvxWvdpK rhoJfNHVhYPK77v8An6MxrI5TXWSTAg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.bf2.yahoo.com with HTTP; Tue, 11 Feb 2020 14:49:49 +0000 Received: by smtp415.mail.ir2.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID f3e4b5488d5aa462cff512e845473671; Tue, 11 Feb 2020 14:49:44 +0000 (UTC) Date: Tue, 11 Feb 2020 15:49:41 +0100 From: Ergus Message-ID: <20200211144941.godmcifegapmqg6i@Ergus> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: 8bit References: <20200211144941.godmcifegapmqg6i.ref@Ergus> X-Mailer: WebService/1.1.15199 hermes Apache-HttpAsyncClient/4.1.4 (Java/1.8.0_181) Content-Length: 8214 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 74.6.128.82 X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) read-key function not display the prompt if called from read-from-minibuffer In the current emacs master this issue breaks a package like ivy. This has been discused in: https://github.com/abo-abo/swiper/issues/2444 As a test code provided by the ivy developer Oleh Krehel: ``` (let ((map (make-sparse-keymap))) (define-key map (kbd "C-f") (lambda () (interactive) (message "%S" (read-key "line1\nline2\nline3\nTest2: ")) (minibuffer-keyboard-quit))) (read-from-minibuffer "Test1: " nil map)) ``` In GNU Emacs 28.0.50 (build 22, x86_64-pc-linux-gnu, GTK+ Version 3.24.13, cairo version 1.17.3) of 2020-02-07 built on Ergus Repository revision: 30abcda54e1b0e15fc10b3db1c2b9f89ca521bfa Repository branch: master System Description: Arch Linux Recent messages: Loading /home/ergo/.emacs.d/custom.el (source)...done Source file ‘/home/ergo/.emacs.d/elpa/xclip-1.9/xclip.el’ newer than byte-compiled file; using older file Starting new Ispell process /usr/bin/aspell with default dictionary...done For information about GNU Emacs and the GNU system, type C-h C-a. Load time 0.978641 Configured using: 'configure --prefix=/mnt/casa/install_arch/emacs --with-mailutils' Configured features: XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS GLIB NOTIFY INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS LIBSYSTEMD JSON PDUMPER LCMS2 GMP Important settings: value of $LANG: en_GB.utf8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: counsel-projectile-mode: t projectile-mode: t counsel-mode: t ivy-mode: t which-function-mode: t electric-pair-mode: t highlight-numbers-mode: t flyspell-mode: t flymake-mode: t global-company-mode: t company-mode: t composable-mark-mode: t composable-mode: t which-key-mode: t winner-mode: t xterm-mouse-mode: t xclip-mode: t show-paren-mode: t override-global-mode: t minibuffer-depth-indicate-mode: t save-place-mode: t delete-selection-mode: t savehist-mode: t global-display-fill-column-indicator-mode: t display-fill-column-indicator-mode: t global-display-line-numbers-mode: t display-line-numbers-mode: t global-auto-revert-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t size-indication-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: /usr/share/emacs/site-lisp/cmake-mode hides /home/ergo/.emacs.d/elpa/cmake-mode-20190710.1319/cmake-mode ~/gits/emacs-counsel-gtags/counsel-gtags hides /home/ergo/.emacs.d/elpa/counsel-gtags-20200101.1701/counsel-gtags /usr/share/emacs/site-lisp/notmuch-crypto hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch-crypto /usr/share/emacs/site-lisp/notmuch-compat hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch-compat /usr/share/emacs/site-lisp/notmuch-hello hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch-hello /usr/share/emacs/site-lisp/notmuch hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch /usr/share/emacs/site-lisp/notmuch-show hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch-show /usr/share/emacs/site-lisp/notmuch-maildir-fcc hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch-maildir-fcc /usr/share/emacs/site-lisp/coolj hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/coolj /usr/share/emacs/site-lisp/notmuch-draft hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch-draft /usr/share/emacs/site-lisp/notmuch-tree hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch-tree /usr/share/emacs/site-lisp/notmuch-parser hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch-parser /usr/share/emacs/site-lisp/notmuch-lib hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch-lib /usr/share/emacs/site-lisp/notmuch-mua hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch-mua /usr/share/emacs/site-lisp/notmuch-message hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch-message /usr/share/emacs/site-lisp/notmuch-address hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch-address /usr/share/emacs/site-lisp/notmuch-wash hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch-wash /usr/share/emacs/site-lisp/notmuch-tag hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch-tag /usr/share/emacs/site-lisp/notmuch-print hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch-print /usr/share/emacs/site-lisp/notmuch-query hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch-query /usr/share/emacs/site-lisp/notmuch-jump hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch-jump /usr/share/emacs/site-lisp/notmuch-company hides /home/ergo/.emacs.d/elpa/notmuch-20200109.114/notmuch-company Features: (shadow sort notmuch-address notmuch-company notmuch-lib notmuch-version notmuch-compat mm-view mml-smime smime dig mailcap notmuch-parser cl company-elisp find-func mail-extr emacsbug message rmc puny format-spec rfc822 mml mml-sec epa derived epg epg-config gnus-util rmail rmail-loaddefs text-property-search mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils ido-completing-read+ memoize minibuf-eldef ido amx s counsel-projectile ibuffer-projectile projectile grep ibuf-ext ibuffer ibuffer-loaddefs counsel xdg xref project dired-x dired dired-loaddefs swiper ivy colir color ivy-overlay time-date term/screen term/xterm xterm which-func imenu elec-pair highlight-numbers parent-mode flyspell ispell flymake-proc flymake compile comint ansi-color warnings thingatpt company-keywords company-gtags company-dabbrev-code company-dabbrev company-files company-capf company-semantic company-template company-tng company pcase init composable composable-mark hydra lv cmake-font-lock ein which-key advice winner ring cc-styles cc-align cc-engine cc-vars cc-defs xt-mouse xclip paren cus-edit cus-start cus-load wid-edit diminish use-package-hydra use-package use-package-delight use-package-diminish use-package-bind-key bind-key easy-mmode configmail cl-extra help-mode use-package-ensure use-package-core mb-depth saveplace delsel savehist display-fill-column-indicator display-line-numbers autorevert filenotify info ede/auto eieio-base tex-site edmacro kmacro slime-autoloads rx package easymenu browse-url url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json subr-x map url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib early-init tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type 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 elisp-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame minibuffer 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 charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 217173 70557) (symbols 48 20877 1) (strings 32 68737 2253) (string-bytes 1 2241052) (vectors 16 26004) (vector-slots 8 292356 7356) (floats 8 175 1042) (intervals 56 1240 0) (buffers 1000 12)) From unknown Sun Jun 22 07:37:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39564: 28.0.50; read-key function do not display the prompt if called from read-from-minibuffer Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Feb 2020 15:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39564 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ergus Cc: 39564@debbugs.gnu.org Received: via spool by 39564-submit@debbugs.gnu.org id=B39564.158143625513617 (code B ref 39564); Tue, 11 Feb 2020 15:51:02 +0000 Received: (at 39564) by debbugs.gnu.org; 11 Feb 2020 15:50:55 +0000 Received: from localhost ([127.0.0.1]:57389 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j1XoN-0003XZ-I4 for submit@debbugs.gnu.org; Tue, 11 Feb 2020 10:50:55 -0500 Received: from eggs.gnu.org ([209.51.188.92]:60525) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j1XoM-0003XN-1l for 39564@debbugs.gnu.org; Tue, 11 Feb 2020 10:50:54 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46157) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j1XoG-0007rN-Rk; Tue, 11 Feb 2020 10:50:48 -0500 Received: from [176.228.60.248] (port=3000 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1j1XoG-0006CS-Aa; Tue, 11 Feb 2020 10:50:48 -0500 Date: Tue, 11 Feb 2020 17:50:45 +0200 Message-Id: <837e0trulm.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <20200211144941.godmcifegapmqg6i@Ergus> (bug-gnu-emacs@gnu.org) References: <20200211144941.godmcifegapmqg6i.ref@Ergus> <20200211144941.godmcifegapmqg6i@Ergus> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Date: Tue, 11 Feb 2020 15:49:41 +0100 > From: Ergus via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > read-key function not display the prompt if called from > read-from-minibuffer > > In the current emacs master this issue breaks a package like ivy. > > This has been discused in: https://github.com/abo-abo/swiper/issues/2444 > > As a test code provided by the ivy developer Oleh Krehel: > > ``` > (let ((map (make-sparse-keymap))) > (define-key map (kbd "C-f") (lambda () > (interactive) > (message "%S" (read-key "line1\nline2\nline3\nTest2: ")) > (minibuffer-keyboard-quit))) > (read-from-minibuffer "Test1: " nil map)) > ``` I tried this, but without instructions how to reproduce the problem, I cannot be sure I did the required gestures. Just evaluating the above in *scratch* and then typing C-f does show the prompt, IIUC what is meant by that. So please provide more detailed instructions to reproduce the issue. Thanks. From unknown Sun Jun 22 07:37:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39564: 28.0.50; read-key function do not display the prompt if called from read-from-minibuffer References: <20200211144941.godmcifegapmqg6i@Ergus> In-Reply-To: <20200211144941.godmcifegapmqg6i@Ergus> Resent-From: Oleh Krehel Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Feb 2020 16:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39564 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 39564@debbugs.gnu.org Received: via spool by 39564-submit@debbugs.gnu.org id=B39564.158143784115968 (code B ref 39564); Tue, 11 Feb 2020 16:18:02 +0000 Received: (at 39564) by debbugs.gnu.org; 11 Feb 2020 16:17:21 +0000 Received: from localhost ([127.0.0.1]:57403 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j1YDx-00049U-5s for submit@debbugs.gnu.org; Tue, 11 Feb 2020 11:17:21 -0500 Received: from mail-pf1-f180.google.com ([209.85.210.180]:42619) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j1YDv-000498-V3 for 39564@debbugs.gnu.org; Tue, 11 Feb 2020 11:17:20 -0500 Received: by mail-pf1-f180.google.com with SMTP id 4so5702580pfz.9 for <39564@debbugs.gnu.org>; Tue, 11 Feb 2020 08:17:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=fUPTASirql6wF0BxJmx1MOZrzKaIzuDlXj1Qqu3fS0M=; b=H6zgTS6tD3aANFdSS7sH6gUjqTVWEgPJGaDcjDc/F//OSAZ2AxwJCPBEqiTtFFQreq MrlJI0FW0J6OgcZ1Ar4xbb4bByZf3G8qqfYlFvDG7lUgUTVGTxlSYRUtN4AMQYkdp8rv RNF+X3UMOw7F38cw8M+4PBhkM8yUb9UbY0opDpxz1rnY/6fJyKgMDULmBLnK/ic/5waF +FSWhX516OAEO1qmDiiyyvBkQnJVy0sbC3PuoSq66Xxg9yIBCP7QDJWZnuJrXFGEL9C5 z0sBn4PSXENK+T/d3LSHE0DOgC3vT337kYen6VCNFbBZf+o8XkEpQy6wm+f9C86ZbxU2 agOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=fUPTASirql6wF0BxJmx1MOZrzKaIzuDlXj1Qqu3fS0M=; b=MKN+thhAFo7w4hxv14xkzAuqDT96Zw4/7q+k9Eeu3FUpp1pHm/XMXG9NTtwH9yVRAT 4H+KLpd80tHkDadzIwpKJpkHTyHHqIu48B8iQ3JNhvIyi8NhJYhuQbZVqmQ4KwUiMjIA 13yMlBmk6OBxGfHaSpQ8WB+V+FXizseN73Ya4VMV+d2sWSZwHAjqlJ2evJQqSelkBLcH Zodfb1KLujZGA2j09NsfTfqznzyc4gaStyAHG6EJ25yxaAc2XRefpUbFEBpyk6dfZ76c lZ+Ikci/tt/u+G/0fwl9wC6Ga5+TDLc8I83j/RwFR/3N3m76wEijnAP6C4oYlkoi7rS2 ZQxw== X-Gm-Message-State: APjAAAV7zseh6+npanN21nlAgrT5Ma0T+kHrgklk5i2RPUYBt8NZrGrG xur6T4AW5RCM85rA8Z3F/oPXtFSlQa8cnevQOIap6HSX X-Google-Smtp-Source: APXvYqz3XkAYmsBNuGRlhbyyCcXMTfr5vwKiH4Zn1QVGwfJk9fdTNFZ/BI6/eUeWLXI1+c39NcUhECgc6mXxp0cDrE4= X-Received: by 2002:aa7:864b:: with SMTP id a11mr3915265pfo.175.1581437833944; Tue, 11 Feb 2020 08:17:13 -0800 (PST) MIME-Version: 1.0 From: Oleh Krehel Date: Tue, 11 Feb 2020 17:17:02 +0100 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello, Here's an updated code that works as intended on 26.3 and unexpected on 28. (defun make-lines (n) (mapconcat #'number-to-string (number-sequence 0 n) "\n")) (let ((map (make-sparse-keymap))) (define-key map (kbd "C-f") (lambda () (interactive) (let ((inhibit-field-text-motion t)) (goto-char (point-min))) (message "%S" (read-key (concat (make-lines 10) "\nTest2"))) (minibuffer-keyboard-quit))) (read-from-minibuffer (concat (make-lines 10) "\nTest1: ") nil map)) The idea here is that the read-key hint will occupy as much space as the initial read-from-minibuffer. regards, Oleh From unknown Sun Jun 22 07:37:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39564: 28.0.50; read-key function do not display the prompt if called from read-from-minibuffer Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Feb 2020 17:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39564 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Oleh Krehel Cc: 39564@debbugs.gnu.org Received: via spool by 39564-submit@debbugs.gnu.org id=B39564.158144259623218 (code B ref 39564); Tue, 11 Feb 2020 17:37:02 +0000 Received: (at 39564) by debbugs.gnu.org; 11 Feb 2020 17:36:36 +0000 Received: from localhost ([127.0.0.1]:57451 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j1ZSd-00062Q-Re for submit@debbugs.gnu.org; Tue, 11 Feb 2020 12:36:36 -0500 Received: from eggs.gnu.org ([209.51.188.92]:59356) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j1ZSc-00062D-Cn for 39564@debbugs.gnu.org; Tue, 11 Feb 2020 12:36:34 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:47993) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j1ZSX-0002Fh-8S; Tue, 11 Feb 2020 12:36:29 -0500 Received: from [176.228.60.248] (port=1505 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1j1ZSW-0004Hp-Kk; Tue, 11 Feb 2020 12:36:29 -0500 Date: Tue, 11 Feb 2020 19:36:26 +0200 Message-Id: <83y2t9qb51.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Oleh Krehel on Tue, 11 Feb 2020 17:17:02 +0100) References: <20200211144941.godmcifegapmqg6i@Ergus> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Oleh Krehel > Date: Tue, 11 Feb 2020 17:17:02 +0100 > > Here's an updated code that works as intended on 26.3 and unexpected on 28. > > (defun make-lines (n) > (mapconcat #'number-to-string > (number-sequence 0 n) "\n")) > > (let ((map (make-sparse-keymap))) > (define-key map (kbd "C-f") (lambda () > (interactive) > (let ((inhibit-field-text-motion t)) > (goto-char (point-min))) > (message "%S" > (read-key > (concat > (make-lines 10) > "\nTest2"))) > (minibuffer-keyboard-quit))) > (read-from-minibuffer (concat (make-lines 10) "\nTest1: ") nil map)) > > The idea here is that the read-key hint will occupy as much space as > the initial read-from-minibuffer. Thanks, but I still don't understand what should one do with this snippet (after evaluating it) to see the problem. Please tell more. From unknown Sun Jun 22 07:37:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39564: 28.0.50; read-key function do not display the prompt if called from read-from-minibuffer Resent-From: Oleh Krehel Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Feb 2020 13:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39564 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 39564@debbugs.gnu.org Received: via spool by 39564-submit@debbugs.gnu.org id=B39564.158151371432383 (code B ref 39564); Wed, 12 Feb 2020 13:22:02 +0000 Received: (at 39564) by debbugs.gnu.org; 12 Feb 2020 13:21:54 +0000 Received: from localhost ([127.0.0.1]:57960 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j1rxi-0008QE-I2 for submit@debbugs.gnu.org; Wed, 12 Feb 2020 08:21:54 -0500 Received: from mail-pj1-f45.google.com ([209.85.216.45]:35843) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j1rxg-0008Q1-KE for 39564@debbugs.gnu.org; Wed, 12 Feb 2020 08:21:53 -0500 Received: by mail-pj1-f45.google.com with SMTP id gv17so898493pjb.1 for <39564@debbugs.gnu.org>; Wed, 12 Feb 2020 05:21:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7l82JMcwItLoLz/YnBVQgXuBO3qX+nHixE8EDKwBBXE=; b=MwivmFvsjrgxkV//6mwj8S543ciZ3TicriIWmmDO52YXhPiZ33CFzZMBTwEtEA7GFL zOo77vptPsHgtjXzJRxPs0YM6sGS1jXq9OKtyZjnUdMGmT0BwDDjH49EsCVq90OQuMh/ WrXsOSnYSLA9MwYPotRQsLWjH+8ZUpFXz7cKUCbZaIOqbiQjTpD7P8zNlZ1+balgH0tM x/1HtHs3HG8gbvCdKfLA0PYDcs8sDkJQfe9x3cnSASU0c/E4erwMuhf+XTg1H28y5kWR DttT892hdzcUX5z6MHzIg0Q2tYhvwVwriZbf+E+WHqCrne9FrY/a2hAhYhDdrIHAWb9v Q0Vw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=7l82JMcwItLoLz/YnBVQgXuBO3qX+nHixE8EDKwBBXE=; b=QbtwC9rneA0LuGufCnAo6NWmRXHou+JKagnfLJIfiijorh0mL731JV1Xpgd7pdmWL1 qzxlegbyImnHskcM7zHVcF3oz4gAwp5mv+liAlFHKf18q2kLBlxyCt7VD8PxjEgnXDV1 XYxUmu/CUUDQNxHziaBSHotF9g2K+kK1Kojs+dbl1Pk1wyFvEi5/Kc85bBWCy3C4ohhg y0fLIE+R6oAMQg7vgmTAQM3FOnARVgRXW2NCjqCb0zidLkZZLkSZwC8RCrmkRImhphP7 x+CwQo8Bs939JXRrFBt4kfiQP0Q4VTqor/CIgxng9rDWNuEtQomvwtRzXqjw0JEf6kGc dBLQ== X-Gm-Message-State: APjAAAVDJ2mWSjNWG7z3TZ7kmm+gclEg0rarqJUAKWdQgPw3lQFZHvq+ PonlAdGHa6ZspZh/Mjwsh4hTLXIs5EE+9pw4t9hHRA== X-Google-Smtp-Source: APXvYqxinfdGxuGEw7RK1zUxU78r/Iqgn6SRMvqvT4VN/o3t+sdOMxD1IYxFXcGxZnMGmnQ05nOUPz3SAsFR1DBA08Y= X-Received: by 2002:a17:90a:c78b:: with SMTP id gn11mr10019216pjb.97.1581513706651; Wed, 12 Feb 2020 05:21:46 -0800 (PST) MIME-Version: 1.0 References: <20200211144941.godmcifegapmqg6i@Ergus> <83y2t9qb51.fsf@gnu.org> In-Reply-To: <83y2t9qb51.fsf@gnu.org> From: Oleh Krehel Date: Wed, 12 Feb 2020 14:21:35 +0100 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Thanks, but I still don't understand what should one do with this > snippet (after evaluating it) to see the problem. Please tell more. Here's the behavior in 26.3: the minibuffer is 10 lines tall for read-from-minibuffer. I'd like read-key to keep the same window height as not to distract the user, and to have the whole contents of read-key hint to take over the 10 lines of the minibuffer. Right now, on 28, the hint is only partially visible. While the behavior on 26.3 and earlier is exactly what I want. From unknown Sun Jun 22 07:37:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39564: 28.0.50; read-key function do not display the prompt if called from read-from-minibuffer Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Feb 2020 17:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39564 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Oleh Krehel Cc: 39564@debbugs.gnu.org Received: via spool by 39564-submit@debbugs.gnu.org id=B39564.158152813622369 (code B ref 39564); Wed, 12 Feb 2020 17:23:01 +0000 Received: (at 39564) by debbugs.gnu.org; 12 Feb 2020 17:22:16 +0000 Received: from localhost ([127.0.0.1]:58994 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j1viJ-0005oj-K6 for submit@debbugs.gnu.org; Wed, 12 Feb 2020 12:22:15 -0500 Received: from eggs.gnu.org ([209.51.188.92]:55096) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j1viH-0005oW-Gf for 39564@debbugs.gnu.org; Wed, 12 Feb 2020 12:22:14 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38876) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j1viC-0004Ty-D5; Wed, 12 Feb 2020 12:22:08 -0500 Received: from [176.228.60.248] (port=4841 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1j1viB-0006Xn-RH; Wed, 12 Feb 2020 12:22:08 -0500 Date: Wed, 12 Feb 2020 19:22:07 +0200 Message-Id: <83tv3vra9s.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Oleh Krehel on Wed, 12 Feb 2020 14:21:35 +0100) References: <20200211144941.godmcifegapmqg6i@Ergus> <83y2t9qb51.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Oleh Krehel > Date: Wed, 12 Feb 2020 14:21:35 +0100 > Cc: 39564@debbugs.gnu.org > > > Thanks, but I still don't understand what should one do with this > > snippet (after evaluating it) to see the problem. Please tell more. > > Here's the behavior in 26.3: the minibuffer is 10 lines tall for > read-from-minibuffer. Sorry, I still don't understand: are you saying that you get a 10-line mini-window after just evaluating the code snippet you posted? If so, then I cannot reproduce that: I see a 9-line mini-window, both in Emacs 26.3 and the current emacs-27 branch (Emacs 27.0.60). Do I need to do anything after evaluating the code you posted? (I think I do, because otherwise I don't understand, for example, why you bind C-f to some function there.) Thanks. From unknown Sun Jun 22 07:37:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39564: 28.0.50; read-key function do not display the prompt In-Reply-To: <20200211144941.godmcifegapmqg6i@Ergus> Resent-From: Ergus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Feb 2020 22:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39564 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 39564@debbugs.gnu.org Cc: eliz@gnu.org, ohwoeowho@gmail.com Received: via spool by 39564-submit@debbugs.gnu.org id=B39564.158154707119269 (code B ref 39564); Wed, 12 Feb 2020 22:38:01 +0000 Received: (at 39564) by debbugs.gnu.org; 12 Feb 2020 22:37:51 +0000 Received: from localhost ([127.0.0.1]:59173 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j20dj-00050j-BP for submit@debbugs.gnu.org; Wed, 12 Feb 2020 17:37:51 -0500 Received: from sonic304-10.consmr.mail.bf2.yahoo.com ([74.6.128.33]:33143) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j20dg-00050T-TU for 39564@debbugs.gnu.org; Wed, 12 Feb 2020 17:37:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1581547063; bh=V+9q/jnsAm8J0pnhckHPJiimrYj2K1i3cQaCv8eUqFI=; h=Date:From:To:Cc:Subject:References:From:Subject; b=BFWktjxJ6jqu7CF7C6ps7xeafRGOaxZLK1+KRHpA+OTVuhhHJN5pYXUMQeic8MX2CO3BmGXrwUETupeALOd247Gcuiu3T1/4eB/ANufqTwnInjgRAetrtHrRjz3TJt5kjnLrUtTn6NwmnLKrmuEKZ0xwCQf3x6GIF9U1gx24DBuqHGbOWq/FWXBKpIEWJhII+VET1BvCUUhuSJ3mrIPVP6TQj+aIfmfi7Na+HiBOM0Mwnxr8fzsioTnxdCy3czH4CIlF0Ws70NwoMMmgGDI+2msDzMC/PEG3560NJil+aKrnyUnQMUjhIsajgJdn2fECFK9i+AC7kAIRk7xEQ1Tm/w== X-YMail-OSG: KkJH.REVM1nQHqTGSCBwPzGpbRkVbrti9OrBX2jEZzWLy0KJxK4WAsT00D9P2D. 5gZohwdG2yVJX.mCRpX3fd7iBsPso0F05PzPO3x_Xa_oOTVa.F9GB6BbLzO0MzhFwZRAL3tH_dnM .U2_nidzpxzsH0ywYnizQNM8JvVKsWx_JQe97MFOjtQGXPPG7uabVUJnYy_DKL9NWYrT4mvYh7tn fsTS_jzv4aUUZwg5dlo9eSFmdKtPu5OnhQpjMGF0QdkBHxR5yS_8je1H3svEOBSi3YWLyBkGDSQe NbKBSxaMohRDKPPlettF30sN7enn1XHcw2IMZkXF7c96RY_w7_dmNIhKUOsMeeYjx9tF5MundcxP 6ruQ79ecbtYktEoWO6w6fIO5fQVW7m6bKqL_K8Li3fYI_iITY8WUHsBPnVFAqmdLlL_v6SbqfP_Y fF46nBpMJ.YYvcXaV8iBlBmgsSBMbAx5.OKkSgX_ly42520w09WnFBPMc6sgm59s_BIU5ERmrekD aRbIgh2kxTN6h2L23HMhs7VtU2Ijm0l7DlvUH.QXOp.awXhSFsfJHrLMHqn_xdhjEgcJwVlxVsSm Ld7gibOuSkG2TcLVaBW6hBorhAQXUJMj8.e7H9B6NitG5C0j8Q1WaIR0pcGDIW0c.9Q_PmJwq8kO 4v1oQAnezoQHZHD9SnZcWQX2YZ8JMjKnHuqHjFFrq8HLn7xIwM1qzmNBGMLuf46wn3TCYAsWYy81 gRUU6LR_5QnGrOmKcoYUCvljxkVMfZTRrQQxdCJUSezzg46bAsFL_5_yXWQp6v5EEuqDp7k.a4uq XlcRSqWoAoVtS81vqJfG8dmHc0PKJJAHBRw2A74vRQNbNzmwPZWXlNd0kB2WukdluIdFesIwxKbB RWV8TPuNHKK_ceXCh__GG6WxQgChcLADCONgUtpHs2byLxqWlN0rSMnv8teQeW1L31Mo73qeIhUs 3QORcUJMvjlfStFCz72Xz04MoYVHV1cmwFuEWS_PNJIFJPlX0ZDmAqgHhb1R2sk0uh.oY3oXbGqM 6lkLE.wAHdkvUoy1.Y6LLE0N5vJCjm5DLUtm5joXLJo.GMIC2GU75C1vIxz4Niy41clGiCN80ueo MZHx6VLMGNQym46Oh6hPBWNasFhSk2cmMvFlScD4ZkzRe8SwgLjt2_62KqPtQDQubIYEQOpsxmzB ZGG3aZqo7aqkaDPWu7dTIfrA5Tfc0FvVtYgkhZ8oiguEiZzSC6U..cl.If41OrDq1aO8rYC9zB7I 8KglxK.p0rdaMdtxEiLRq5AxHrYyt0fVfS8D.JI9NA9eIU9aZ9Si.X8MN.YM3YPggd1AbfnqMaBb N7F9AI9r.I4KNHMg3Sl9JdUKud4WY0aC0L28.5UIiMLMHgQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.bf2.yahoo.com with HTTP; Wed, 12 Feb 2020 22:37:43 +0000 Received: by smtp413.mail.ir2.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a5356b2cd84bb4dffb1ccbac32fdf59f; Wed, 12 Feb 2020 22:37:41 +0000 (UTC) Date: Wed, 12 Feb 2020 23:37:40 +0100 From: Ergus Message-ID: <20200212223740.kv57v6ecbmp42xbn@Ergus> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline References: <20200212223740.kv57v6ecbmp42xbn.ref@Ergus> X-Mailer: WebService/1.1.15199 hermes Apache-HttpAsyncClient/4.1.4 (Java/1.8.0_181) Content-Length: 583 X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Sorry, I still don't understand: are you saying that you get a 10-line > mini-window after just evaluating the code snippet you posted? If so, > then I cannot reproduce that: I see a 9-line mini-window, both in > Emacs 26.3 and the current emacs-27 branch (Emacs 27.0.60). > > Do I need to do anything after evaluating the code you posted? (I > think I do, because otherwise I don't understand, for example, why you > bind C-f to some function there.) > > Thanks. I also evaluated the latest code and I get exactly the same behaviour in emacs 26.3, 27 and 28 (actual master). From unknown Sun Jun 22 07:37:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39564: References: <20200211144941.godmcifegapmqg6i@Ergus> In-Reply-To: <20200211144941.godmcifegapmqg6i@Ergus> Resent-From: Matt Kramer Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 Feb 2020 20:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39564 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 39564@debbugs.gnu.org Received: via spool by 39564-submit@debbugs.gnu.org id=B39564.158274787020257 (code B ref 39564); Wed, 26 Feb 2020 20:12:01 +0000 Received: (at 39564) by debbugs.gnu.org; 26 Feb 2020 20:11:10 +0000 Received: from localhost ([127.0.0.1]:57730 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j731R-0005Gf-Op for submit@debbugs.gnu.org; Wed, 26 Feb 2020 15:11:10 -0500 Received: from mail-lf1-f43.google.com ([209.85.167.43]:45572) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j72vD-00055t-GQ for 39564@debbugs.gnu.org; Wed, 26 Feb 2020 15:04:43 -0500 Received: by mail-lf1-f43.google.com with SMTP id z5so240097lfd.12 for <39564@debbugs.gnu.org>; Wed, 26 Feb 2020 12:04:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=jFZVlVWYIQtJbfXIzTYKPB0iMW2R/+gUSb1rN+xJHXg=; b=ZN9hVP35dbNAAFmG6mUFEXYvdXGcqmBCh4Ba5gtp7wvGgYQMfodZUXfZD/wFrrhJNH ASAiid0cliisJPYWhgU+9yA7fjM1c3/9xZ75yVxMyKZ3FSpboJD27LjH3/soytlQweqw BLmbghuCUJOozAHl5m4M6iD1eU1AXfHyURYggfWCP9tZ0ryEsRtKe1pr6CWtzl/ex2de AZ22UH2+hRQwOVgJYE7ad/aDXktZ4NZu8eWfrqzR30E2PCHR73WwdbI0cvAIanKzmQ8Q uIXYTY4MeSv6IGxMYFC7y1CpBvyfPz7yo6oVjOktH2qWpFZgTELa8UwSukOJzyx+sZ5K pffw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=jFZVlVWYIQtJbfXIzTYKPB0iMW2R/+gUSb1rN+xJHXg=; b=g5AVJ6R+dHO4anK0eMshCN7KzjECPLdFQFJh/Wyv0lxupKBrc20Qq/orE0dnqkZmfJ fxEuXhfhWPQ3kSVuLcEU4WNnIUZ6fwU3wqGS+aCMIROlDo4Lz153r5sXvWkg0aR6CjLP zjdRO8LNTVYEEIeG6TBdDi7/9YVSskkznGGA9zZ0tTddsocxMrcCRoOGWDgawCfgqMrI lnkhJ2Kd6b+iGZhgl5DWeqBCACCzPMz0do6deyZeJdIQkVE1l82uhQs6aHE8aakJXK8z /yE20XYZiIwAJxYvLLOi+ZOm+18ruEsdJhzz1LVn3oSG0ioSx/xUyHwT8rrbn4wbGky0 //sA== X-Gm-Message-State: ANhLgQ12WjYie4l3S6trFlzGhBNFP+MB8Ho8Z9DAapkw8kgOCLcY9RGS H0QLJ68ywFvR2gkLArA91/lftnohm8lF00Jr/2EV2gWRdjY= X-Google-Smtp-Source: ADFU+vvePlMsWAQ/NoiBBEfGa8FoxLVTuKprxbvQVLUkyhf6xIhqogw8ZhEj6GPZ/HGNaZBSAcDf8OvTCIyIahV4W1M= X-Received: by 2002:a19:8c1c:: with SMTP id o28mr148652lfd.185.1582747477202; Wed, 26 Feb 2020 12:04:37 -0800 (PST) MIME-Version: 1.0 From: Matt Kramer Date: Wed, 26 Feb 2020 12:04:25 -0800 Message-ID: Content-Type: multipart/alternative; boundary="00000000000025dcce059f801d9e" X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: In my case I *do* get different behavior in emacs -Q between 26.3 and 27.0.60 (75a9eee8b). I had to replace minibuffer-keyboard-quit with abort-recursive-edit, since the former doesn't exist in 26.3. [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in digit (matt314159[at]gmail.com) 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mccleetus[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 HTML_MESSAGE BODY: HTML included in message -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.167.43 listed in list.dnswl.org] 2.0 BLANK_SUBJECT Subject is present but empty X-Mailman-Approved-At: Wed, 26 Feb 2020 15:11:09 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: In my case I *do* get different behavior in emacs -Q between 26.3 and 27.0.60 (75a9eee8b). I had to replace minibuffer-keyboard-quit with abort-recursive-edit, since the former doesn't exist in 26.3. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.167.43 listed in list.dnswl.org] 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in digit (matt314159[at]gmail.com) 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mccleetus[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 HTML_MESSAGE BODY: HTML included in message -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager 2.0 BLANK_SUBJECT Subject is present but empty --00000000000025dcce059f801d9e Content-Type: text/plain; charset="UTF-8" In my case I *do* get different behavior in emacs -Q between 26.3 and 27.0.60 (75a9eee8b). I had to replace minibuffer-keyboard-quit with abort-recursive-edit, since the former doesn't exist in 26.3. The initial minibuffer hint looks the same in both cases: 0 1 2 3 4 5 6 7 8 9 10 Test1: ^ |--- cursor After pressing C-f, 26.3 gives the expected result: 0 1 2 3 4 5 6 7 8 9 10 Test2 ^ |--- cursor However, 27.0.60 gives me the following bizarre content in the minibuffer (where did that square bracket come from?): 0 1 2 3 4 5 6 7 8 9 10 Test1: [0 1 2 3 4 in which the cursor is on the 0 at the very top. The read-key function appears to be identical between the two revisions, aside from a trivial change to support tab-bar, so I have no idea where the culprit may lie. --00000000000025dcce059f801d9e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
In my case I *do* get different b= ehavior in emacs -Q between 26.3 and 27.0.60 (75a9eee8b). I had to replace = minibuffer-keyboard-quit with abort-recursive-edit, since the former doesn&= #39;t exist in 26.3. The initial minibuffer hint looks the same in both cas= es:

0
1
= 2
3
4
5
6
7
8
9
10
Test1:=C2=A0
=C2=A0 =C2=A0 =C2=A0 =C2=A0^
=C2=A0 =C2=A0 =C2=A0 =C2=A0|--- cursor
<= div>
After pressing C-f, 26.3 gives the expected result:

0
1
2
3
4
5=
6
7
8
9
10
Test2
=C2=A0 =C2=A0 =C2=A0^
= =C2=A0 =C2=A0 =C2=A0|--- cursor
<= br>
However, 27.0.60 gives me the= following bizarre content in the minibuffer (where did that square bracket= come from?):

0
1
2
3
4
5
6
7
8
9
10
Test1:=C2=A0 [0
1
2
3
4

in which the cursor is on the 0 at the very top. The read-ke= y function appears to be identical between the two revisions, aside from a = trivial change to support tab-bar, so I have no idea where the culprit may = lie.
--00000000000025dcce059f801d9e-- From unknown Sun Jun 22 07:37:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39564: Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 28 Feb 2020 07:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39564 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Matt Kramer Cc: 39564@debbugs.gnu.org Received: via spool by 39564-submit@debbugs.gnu.org id=B39564.158287478517195 (code B ref 39564); Fri, 28 Feb 2020 07:27:01 +0000 Received: (at 39564) by debbugs.gnu.org; 28 Feb 2020 07:26:25 +0000 Received: from localhost ([127.0.0.1]:60583 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j7a2S-0004TH-SO for submit@debbugs.gnu.org; Fri, 28 Feb 2020 02:26:25 -0500 Received: from eggs.gnu.org ([209.51.188.92]:47175) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j7a2R-0004T4-Pj for 39564@debbugs.gnu.org; Fri, 28 Feb 2020 02:26:24 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50574) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j7a2M-0001NF-Ig; Fri, 28 Feb 2020 02:26:18 -0500 Received: from [176.228.60.248] (port=3413 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1j7a2L-0000xm-JC; Fri, 28 Feb 2020 02:26:18 -0500 Date: Fri, 28 Feb 2020 09:26:02 +0200 Message-Id: <83imjrgol1.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Matt Kramer on Wed, 26 Feb 2020 12:04:25 -0800) References: <20200211144941.godmcifegapmqg6i@Ergus> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Matt Kramer > Date: Wed, 26 Feb 2020 12:04:25 -0800 > > In my case I *do* get different behavior in emacs -Q between 26.3 and 27.0.60 (75a9eee8b). I had to replace > minibuffer-keyboard-quit with abort-recursive-edit, since the former doesn't exist in 26.3. Please show the code you used, and please describe the exact sequence of keys you type to reproduce the problem in Emacs 27. Thanks. From unknown Sun Jun 22 07:37:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39564: References: <20200211144941.godmcifegapmqg6i@Ergus> In-Reply-To: <20200211144941.godmcifegapmqg6i@Ergus> Resent-From: Matt Kramer Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 28 Feb 2020 17:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39564 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 39564@debbugs.gnu.org Received: via spool by 39564-submit@debbugs.gnu.org id=B39564.158291125814337 (code B ref 39564); Fri, 28 Feb 2020 17:35:01 +0000 Received: (at 39564) by debbugs.gnu.org; 28 Feb 2020 17:34:18 +0000 Received: from localhost ([127.0.0.1]:33750 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j7jWj-0003j9-MW for submit@debbugs.gnu.org; Fri, 28 Feb 2020 12:34:17 -0500 Received: from mail-lf1-f42.google.com ([209.85.167.42]:45289) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j7jWg-0003it-RZ for 39564@debbugs.gnu.org; Fri, 28 Feb 2020 12:34:15 -0500 Received: by mail-lf1-f42.google.com with SMTP id z5so2667743lfd.12 for <39564@debbugs.gnu.org>; Fri, 28 Feb 2020 09:34:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=VuTQxGJYaXEVo/mRooc/bjh2oi8zhWyq9sW0VUvlYtU=; b=CMrN4kQQDbgl2ArYOpfdn5fegWZQvHUyNf7B4tI2o2i2TIWejpvD39Cdim7v3TRKJi zHoHv6llqSomnUInwsVvRQCDc44i3oX8/9pCXf2FOUP3XZjbAyxv1OoOmc5OKSnVmbtP cwwn3NIgdmnjBOEXiXqsiJnJgtzrnavEeJHEAw+elJo2Tg+chRW3i8wX8yZOekfxyrdd TNDh7KMBlp9IWy+gScpJBUmkcmp06/GknVQbZBFOy2GvdD57QxjHkWR14GHBfA3EoFOq GkDNhU2Qy1XqWPRt3tcSfrLcshT+q1o8eYMdHz5wSj8wEsO+zqKpUQrtvuNk/H57tRz9 3Zjw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=VuTQxGJYaXEVo/mRooc/bjh2oi8zhWyq9sW0VUvlYtU=; b=BRIwT0IWGe5JbVROCopFsRlYZIxj7TYFTrufxRVc0T6rXadfivY9feIeIyYQV+3Skk 1JcB2ZQlHVDYw0GnNwR0rvirxwQ1+HGllsPXv6t8LcnXnyem3qVnxwWciS1CHR+SV4kS NV64DJyVlZmmVeNAIDltikgsvxSr+yyCYubQpXUxVsRD05Qj78XjMBbvIaCFihS2/6YR YFO/uHEckcj3lbSI+T1aV7HqLg7x5sRUxjsvdjQHzqOSw2RFCuXpxUp4aGBohLwqwXNE Y1i4jzzaMxGHYuUk20ctVrPoWpErWqYVEd5CMfKKEmpcwnfxDIZBG6ijWseYcHmENXk6 drLw== X-Gm-Message-State: ANhLgQ3RJO+mFHzj6iTj132r6cyfZoMyGxV4h0H4ulmlKZb4WzGf24gO wpkP83gbPSxIpA16ibGKa01/AQfQH+1NdiZGWz3dxpZqx6o= X-Google-Smtp-Source: ADFU+vv8MuyHwOaMOv06mjJDOTuuGKbzNBQFVrM3FTVqBtjK9k5WUlnNgC0FseyOo7EKKEjsj7X1WOiywxbjXjoaBro= X-Received: by 2002:a19:8c1c:: with SMTP id o28mr3200349lfd.185.1582911248483; Fri, 28 Feb 2020 09:34:08 -0800 (PST) MIME-Version: 1.0 From: Matt Kramer Date: Fri, 28 Feb 2020 09:33:57 -0800 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Code I used: (defun make-lines (n) (mapconcat #'number-to-string (number-sequence 0 n) "\n")) (let ((map (make-sparse-keymap))) (define-key map (kbd "C-f") (lambda () (interactive) (let ((inhibit-field-text-motion t)) (goto-char (point-min))) (message "%S" (read-key (concat (make-lines 10) "\n [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (matt314159[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in digit (matt314159[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.167.42 listed in list.dnswl.org] 2.0 BLANK_SUBJECT Subject is present but empty X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Code I used: (defun make-lines (n) (mapconcat #'number-to-string (number-sequence 0 n) "\n")) (let ((map (make-sparse-keymap))) (define-key map (kbd "C-f") (lambda () (interactive) (let ((inhibit-field-text-motion t)) (goto-char (point-min))) (message "%S" (read-key (concat (make-lines 10) "\n [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.167.42 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mccleetus[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in digit (matt314159[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 2.0 BLANK_SUBJECT Subject is present but empty -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Code I used: (defun make-lines (n) (mapconcat #'number-to-string (number-sequence 0 n) "\n")) (let ((map (make-sparse-keymap))) (define-key map (kbd "C-f") (lambda () (interactive) (let ((inhibit-field-text-motion t)) (goto-char (point-min))) (message "%S" (read-key (concat (make-lines 10) "\nTest2"))) (abort-recursive-edit))) (read-from-minibuffer (concat (make-lines 10) "\nTest1: ") nil map)) With this code in the clipboard, I start emacs -Q (again, 27.0.60 commit 75a9eee8b), and immediately hit the following sequence of keys: C-y M-x eval-buffer RET C-f The eval-buffer results are initially as expected. However, after hitting C-f, the minibuffer then becomes: 0 1 2 3 4 5 6 7 8 9 10 Test1: [0 1 2 3 4 with point at the very beginning of the minibuffer (first 0). From unknown Sun Jun 22 07:37:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39564: Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 29 Feb 2020 08:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39564 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Matt Kramer Cc: 39564@debbugs.gnu.org Received: via spool by 39564-submit@debbugs.gnu.org id=B39564.158296423018435 (code B ref 39564); Sat, 29 Feb 2020 08:18:01 +0000 Received: (at 39564) by debbugs.gnu.org; 29 Feb 2020 08:17:10 +0000 Received: from localhost ([127.0.0.1]:34202 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j7xJ7-0004nF-6l for submit@debbugs.gnu.org; Sat, 29 Feb 2020 03:17:10 -0500 Received: from eggs.gnu.org ([209.51.188.92]:51209) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j7xJ5-0004mo-3p for 39564@debbugs.gnu.org; Sat, 29 Feb 2020 03:17:07 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:57913) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j7xJ0-0001U7-1Q; Sat, 29 Feb 2020 03:17:02 -0500 Received: from [176.228.60.248] (port=2713 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1j7xIx-0002WY-Vx; Sat, 29 Feb 2020 03:17:00 -0500 Date: Sat, 29 Feb 2020 10:16:47 +0200 Message-Id: <83pndxerkg.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Matt Kramer on Fri, 28 Feb 2020 09:33:57 -0800) References: <20200211144941.godmcifegapmqg6i@Ergus> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) > From: Matt Kramer > Date: Fri, 28 Feb 2020 09:33:57 -0800 > > Code I used: > > (defun make-lines (n) > (mapconcat #'number-to-string > (number-sequence 0 n) "\n")) > > (let ((map (make-sparse-keymap))) > (define-key map (kbd "C-f") (lambda () > (interactive) > (let ((inhibit-field-text-motion t)) > (goto-char (point-min))) > (message "%S" > (read-key > (concat > (make-lines 10) > "\nTest2"))) > (abort-recursive-edit))) > (read-from-minibuffer (concat (make-lines 10) "\nTest1: ") nil map)) > > With this code in the clipboard, I start emacs -Q (again, 27.0.60 > commit 75a9eee8b), and immediately hit the following sequence of keys: > > C-y > M-x eval-buffer RET > C-f > > The eval-buffer results are initially as expected. However, after > hitting C-f, the minibuffer then becomes: > > 0 > 1 > 2 > 3 > 4 > 5 > 6 > 7 > 8 > 9 > 10 > Test1: [0 > 1 > 2 > 3 > 4 > > with point at the very beginning of the minibuffer (first 0). Looks like the intended behavior for this code: the "[0 ..." part is the text of the message displayed by the command bound to C-f; it is enclosed in brackets to indicate that it is a message text separate from the rest of the prompt. This display of echo-area messages that attempts not to overwrite the minibuffer prompt in an active minibuffer is a new feature of Emacs 27. By default, Emacs will not let the mini-window grow enough to show the entire combined text of the prompt and the message, but if you set max-mini-window-height to a value 22 or greater, you will see this: 0 1 2 3 4 5 6 7 8 9 10 Test1: [0 1 2 3 4 5 6 7 8 9 10 Test2] which is what I would expect, given the code you presented. Going back to the original report, what is the bug here? Thanks. From unknown Sun Jun 22 07:37:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39564: Resent-From: Matt Kramer Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 01 Mar 2020 22:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39564 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 39564@debbugs.gnu.org Received: via spool by 39564-submit@debbugs.gnu.org id=B39564.15831015965769 (code B ref 39564); Sun, 01 Mar 2020 22:27:02 +0000 Received: (at 39564) by debbugs.gnu.org; 1 Mar 2020 22:26:36 +0000 Received: from localhost ([127.0.0.1]:37074 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j8X2i-0001Uz-Cg for submit@debbugs.gnu.org; Sun, 01 Mar 2020 17:26:36 -0500 Received: from mail-lf1-f48.google.com ([209.85.167.48]:33728) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j8X2g-0001Uj-FF for 39564@debbugs.gnu.org; Sun, 01 Mar 2020 17:26:35 -0500 Received: by mail-lf1-f48.google.com with SMTP id c20so1739002lfb.0 for <39564@debbugs.gnu.org>; Sun, 01 Mar 2020 14:26:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=wW50pqlX2MBE2hn1M+oWga4jNLwM8ax5vfYygPdVuo4=; b=bO52l6SS+y1b8ioRLLWqqSwDoNM8C4Qr0W/oGB7X7E++GepYIm4Wf1ObIy12OtzQ0j elrv+p9XvxBRMetqQfWAyF+g7n//Y2CON5t7ZRLYHGRir4R4aZiGopUEZEAxRDsH8AI9 XnIxp5dtWlb6MsKwmBOA3ssy0Ma16fHab8mIN3rTTy/9PUn46Jn3PaKR/Y6bSyzQ/ukU WmbBgAkAPb7Fa30qt3+jfLnX62UrLM4eabT8aEkaYCljUVa/G3xokrTsCPkueSJTf+7k AEAGZMV71IsPApib+4+zNQG/LiNXTreYr46zPydtx9c/edpDoz1+IlPhmDloLN0GmYuC oiDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=wW50pqlX2MBE2hn1M+oWga4jNLwM8ax5vfYygPdVuo4=; b=l2gTKK8s7tbWF20JxE0RXD+1CM83A71NkxDa2MODVdWRcJEkIGMLRQRXg0Aswm/VW9 DsVNdjpBys4UVVt8lO4I0GJQ7MnUBIPCf4DudDue4MUnWvx8FyDMzlwemmtvWs2MnN43 2zSwc9FF1+yHNuV4XI6l/iSm/fiizKc5iUXo3+BDinCCIWiJW/f636s1qySjd/x4z+vS P11HIWWK2S0thiKwKQlsXOhhYxm/jOqsJ7Tk5K0CdJwHDpjm1TYSMCbsKHsxJvYHJvr0 KlNIoqEkaTocXjx4mMMY0bLleXiffd76AGRlaF/XPDvYVlAjeHwbbBgUs1do+vKRk0vl BKgQ== X-Gm-Message-State: ANhLgQ3HLJjbrWPuWxVIHiyDpc8a2ECIjjPOIT5BKQOkx3V70RWMx713 3d0Vv8DtQg0NEb0o1zhdU/yHUcLCVJkPHuiwxu4= X-Google-Smtp-Source: ADFU+vvLHdQYTVknAaoKyVGXpTFsCMSKlZBLVu1ctwnw1AFoA4ZNeQVW19jCSenYVQuna1ghK1yO7ElFwf5HbHvkriY= X-Received: by 2002:a19:2396:: with SMTP id j144mr8521536lfj.113.1583101588286; Sun, 01 Mar 2020 14:26:28 -0800 (PST) MIME-Version: 1.0 References: <20200211144941.godmcifegapmqg6i@Ergus> <83pndxerkg.fsf@gnu.org> In-Reply-To: <83pndxerkg.fsf@gnu.org> From: Matt Kramer Date: Sun, 1 Mar 2020 14:26:17 -0800 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.2 (--) Thanks Eli for the explanation. Sorry for the trouble. It looks like Ivy (at least, in ivy-dispatching-done) assumes the old behavior, to wit, that echo-area messages will overwrite the minibuffer prompt, leading to the regression discussed in https://github.com/abo-abo/swiper/issues/2444. The conversation will continue over there, I guess. On Sat, Feb 29, 2020 at 12:17 AM Eli Zaretskii wrote: > > > From: Matt Kramer > > Date: Fri, 28 Feb 2020 09:33:57 -0800 > > > > Code I used: > > > > (defun make-lines (n) > > (mapconcat #'number-to-string > > (number-sequence 0 n) "\n")) > > > > (let ((map (make-sparse-keymap))) > > (define-key map (kbd "C-f") (lambda () > > (interactive) > > (let ((inhibit-field-text-motion t)) > > (goto-char (point-min))) > > (message "%S" > > (read-key > > (concat > > (make-lines 10) > > "\nTest2"))) > > (abort-recursive-edit))) > > (read-from-minibuffer (concat (make-lines 10) "\nTest1: ") nil map)) > > > > With this code in the clipboard, I start emacs -Q (again, 27.0.60 > > commit 75a9eee8b), and immediately hit the following sequence of keys: > > > > C-y > > M-x eval-buffer RET > > C-f > > > > The eval-buffer results are initially as expected. However, after > > hitting C-f, the minibuffer then becomes: > > > > 0 > > 1 > > 2 > > 3 > > 4 > > 5 > > 6 > > 7 > > 8 > > 9 > > 10 > > Test1: [0 > > 1 > > 2 > > 3 > > 4 > > > > with point at the very beginning of the minibuffer (first 0). > > Looks like the intended behavior for this code: the "[0 ..." part is > the text of the message displayed by the command bound to C-f; it is > enclosed in brackets to indicate that it is a message text separate > from the rest of the prompt. This display of echo-area messages that > attempts not to overwrite the minibuffer prompt in an active > minibuffer is a new feature of Emacs 27. By default, Emacs will not > let the mini-window grow enough to show the entire combined text of > the prompt and the message, but if you set max-mini-window-height to a > value 22 or greater, you will see this: > > 0 > 1 > 2 > 3 > 4 > 5 > 6 > 7 > 8 > 9 > 10 > Test1: [0 > 1 > 2 > 3 > 4 > 5 > 6 > 7 > 8 > 9 > 10 > Test2] > > which is what I would expect, given the code you presented. > > Going back to the original report, what is the bug here? > > Thanks. From unknown Sun Jun 22 07:37:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39564: Resent-From: Matt Kramer Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 02 Mar 2020 07:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39564 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 39564@debbugs.gnu.org Received: via spool by 39564-submit@debbugs.gnu.org id=B39564.158313364311191 (code B ref 39564); Mon, 02 Mar 2020 07:21:01 +0000 Received: (at 39564) by debbugs.gnu.org; 2 Mar 2020 07:20:43 +0000 Received: from localhost ([127.0.0.1]:37217 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j8fNb-0002uR-I5 for submit@debbugs.gnu.org; Mon, 02 Mar 2020 02:20:43 -0500 Received: from mail-lf1-f50.google.com ([209.85.167.50]:44888) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j8fNY-0002u5-Lk for 39564@debbugs.gnu.org; Mon, 02 Mar 2020 02:20:42 -0500 Received: by mail-lf1-f50.google.com with SMTP id 7so7080754lfz.11 for <39564@debbugs.gnu.org>; Sun, 01 Mar 2020 23:20:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=x42uOZMUoEupsQuQUm4s2AF2k7K4DyKgXKIpJGtbhQo=; b=gIMwZGRJE7glURx9HuS1xdv49DzfIS8POtn+kHtRx/PWhBeEDusqV5y2f8bDNpSW24 fGWr4T34UPv5Y63jobOJ7qGybgv+d4qsBU4uAk+bSHX+AQ/Tb8nzWNT68cBZsV9NGo1c xY8/kbUQQsiXSwt+Yjsd0z+ImsbRoKYoLC1HbNyTrkWOYwIEyO/ia6koSohQYy/uhLuV fFypRL4vp0GE9cBT/G2oyhQ+8KOlH+4nAHsPhXRvzAJQGwcuvo6kDEkq6MgkETk5kS+l u/HrcFKCd/1d9lFVh5UX3dYdA7rKgjDJJJds43jjqTipyWeIAPzqpJF5KcTTrMmEhi9n rrSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=x42uOZMUoEupsQuQUm4s2AF2k7K4DyKgXKIpJGtbhQo=; b=gxOywvkjOZeSW8Sa//4iVwhfo1Iji0evJ2vw2SwZQoJLXPuCpur7dp/VGmn730HSIM uV3GyBamsuooQZ8imZEEVMCM0xeRggWUPuZMy+ZH9yt8Z/a7eI0U0i9NLrtqW/wp3Yt5 5w2R+LZzQmqK6wl9nbjWYAK/4JikNXll7vIAJNHmK09LuRhLKPHlYB/jTIROogQtox11 34bDjaq8qAdXnySTQFGKYoQEJCnJj297KEUNjoDneusEb3CZeB2mHbiFYHn+1R6/4l4K zm9Dhw/fCjZMwljr8qL7UbUJZOLGJA3EX5pmsBn0cFjKqtM+RHQwjmWM19fsrLktqGoz UVbA== X-Gm-Message-State: ANhLgQ3Ve3p5a3TpXVwpEb+Z9L7vd8ZPmSiEFgJ0fwY7l1SN0S1/M5rm tbOwxME+D3227fSmM/gquz7+15YhhlMvpVU/eZ0= X-Google-Smtp-Source: ADFU+vuBiNzPVpeqEvt5G38jz11aS+Av+XtIoYhMElJgkEyZ5qaEBaOLPH50xrri2z3Z6/P0EdHflQirQtZwp232OQE= X-Received: by 2002:a19:2396:: with SMTP id j144mr9632376lfj.113.1583133634536; Sun, 01 Mar 2020 23:20:34 -0800 (PST) MIME-Version: 1.0 References: <20200211144941.godmcifegapmqg6i@Ergus> <83pndxerkg.fsf@gnu.org> In-Reply-To: From: Matt Kramer Date: Sun, 1 Mar 2020 23:20:23 -0800 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Followup: The regression in Ivy appears to be fixed when set-message-function is bound to nil at the top of the misbehaving function. In general, it seems like, given the new defaults defined in http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=485b423e8f0df2711a850be7f254665f64ab0bdb, it will be necessary to make a similar change to any existing function that, say, calls read-key under the assumption that the prompt will take over the mini-window. (At least when the prompt contains multiple lines). I guess that's the fundamental issue here. The new behavior may be a nice improvement, but it's unclear how much code there is out there that relies on the old behavior. (For the record, it looks like the Ivy discussion has moved to https://github.com/abo-abo/swiper/issues/2397) On Sun, Mar 1, 2020 at 2:26 PM Matt Kramer wrote: > > Thanks Eli for the explanation. Sorry for the trouble. It looks like > Ivy (at least, in ivy-dispatching-done) assumes the old behavior, to > wit, that echo-area messages will overwrite the minibuffer prompt, > leading to the regression discussed in > https://github.com/abo-abo/swiper/issues/2444. The conversation will > continue over there, I guess. > > On Sat, Feb 29, 2020 at 12:17 AM Eli Zaretskii wrote: > > > > > From: Matt Kramer > > > Date: Fri, 28 Feb 2020 09:33:57 -0800 > > > > > > Code I used: > > > > > > (defun make-lines (n) > > > (mapconcat #'number-to-string > > > (number-sequence 0 n) "\n")) > > > > > > (let ((map (make-sparse-keymap))) > > > (define-key map (kbd "C-f") (lambda () > > > (interactive) > > > (let ((inhibit-field-text-motion t)) > > > (goto-char (point-min))) > > > (message "%S" > > > (read-key > > > (concat > > > (make-lines 10) > > > "\nTest2"))) > > > (abort-recursive-edit))) > > > (read-from-minibuffer (concat (make-lines 10) "\nTest1: ") nil map)) > > > > > > With this code in the clipboard, I start emacs -Q (again, 27.0.60 > > > commit 75a9eee8b), and immediately hit the following sequence of keys: > > > > > > C-y > > > M-x eval-buffer RET > > > C-f > > > > > > The eval-buffer results are initially as expected. However, after > > > hitting C-f, the minibuffer then becomes: > > > > > > 0 > > > 1 > > > 2 > > > 3 > > > 4 > > > 5 > > > 6 > > > 7 > > > 8 > > > 9 > > > 10 > > > Test1: [0 > > > 1 > > > 2 > > > 3 > > > 4 > > > > > > with point at the very beginning of the minibuffer (first 0). > > > > Looks like the intended behavior for this code: the "[0 ..." part is > > the text of the message displayed by the command bound to C-f; it is > > enclosed in brackets to indicate that it is a message text separate > > from the rest of the prompt. This display of echo-area messages that > > attempts not to overwrite the minibuffer prompt in an active > > minibuffer is a new feature of Emacs 27. By default, Emacs will not > > let the mini-window grow enough to show the entire combined text of > > the prompt and the message, but if you set max-mini-window-height to a > > value 22 or greater, you will see this: > > > > 0 > > 1 > > 2 > > 3 > > 4 > > 5 > > 6 > > 7 > > 8 > > 9 > > 10 > > Test1: [0 > > 1 > > 2 > > 3 > > 4 > > 5 > > 6 > > 7 > > 8 > > 9 > > 10 > > Test2] > > > > which is what I would expect, given the code you presented. > > > > Going back to the original report, what is the bug here? > > > > Thanks. From unknown Sun Jun 22 07:37:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39564: Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 02 Mar 2020 08:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39564 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Matt Kramer Cc: 39564@debbugs.gnu.org Received: via spool by 39564-submit@debbugs.gnu.org id=B39564.158313882230046 (code B ref 39564); Mon, 02 Mar 2020 08:47:02 +0000 Received: (at 39564) by debbugs.gnu.org; 2 Mar 2020 08:47:02 +0000 Received: from localhost ([127.0.0.1]:37276 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j8gj7-0007oS-Po for submit@debbugs.gnu.org; Mon, 02 Mar 2020 03:47:02 -0500 Received: from eggs.gnu.org ([209.51.188.92]:53422) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j8gj6-0007oC-B3 for 39564@debbugs.gnu.org; Mon, 02 Mar 2020 03:47:00 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35236) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j8gj1-0004Eg-4y; Mon, 02 Mar 2020 03:46:55 -0500 Received: from [176.228.60.248] (port=3760 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1j8gj0-0000ph-L8; Mon, 02 Mar 2020 03:46:54 -0500 Date: Mon, 02 Mar 2020 10:46:50 +0200 Message-Id: <83blpfywhx.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Matt Kramer on Sun, 1 Mar 2020 23:20:23 -0800) References: <20200211144941.godmcifegapmqg6i@Ergus> <83pndxerkg.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Matt Kramer > Date: Sun, 1 Mar 2020 23:20:23 -0800 > Cc: 39564@debbugs.gnu.org > > Followup: The regression in Ivy appears to be fixed when > set-message-function is bound to nil at the top of the misbehaving > function. That is indeed the simplest solution, but it is not the best one. It would be better for Ivy to provide its own set-message-function which plays by the new Emacs 27 rules, i.e. presents the message text in a way that doesn't completely obscure the original prompt. > In general, it seems like, given the new defaults defined in > http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=485b423e8f0df2711a850be7f254665f64ab0bdb, > it will be necessary to make a similar change to any existing function > that, say, calls read-key under the assumption that the prompt will > take over the mini-window. (At least when the prompt contains multiple > lines). I guess that's the fundamental issue here. The new behavior > may be a nice improvement, but it's unclear how much code there is out > there that relies on the old behavior. Relying on the old behavior was always not a future-proof assumption, so I see no way around the problem except fixing the code which makes such assumptions, sorry. From unknown Sun Jun 22 07:37:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39564: 28.0.50; read-key function do not display the prompt if called from read-from-minibuffer Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Feb 2022 15:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39564 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 39564@debbugs.gnu.org, Matt Kramer Received: via spool by 39564-submit@debbugs.gnu.org id=B39564.16453700353345 (code B ref 39564); Sun, 20 Feb 2022 15:14:02 +0000 Received: (at 39564) by debbugs.gnu.org; 20 Feb 2022 15:13:55 +0000 Received: from localhost ([127.0.0.1]:33551 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLnuN-0000rs-Cy for submit@debbugs.gnu.org; Sun, 20 Feb 2022 10:13:55 -0500 Received: from quimby.gnus.org ([95.216.78.240]:56114) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLnuM-0000rg-42 for 39564@debbugs.gnu.org; Sun, 20 Feb 2022 10:13:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=3AguHMVmKqyg3I4fMgttYl1dt379CFoCm2XQL/PnB0g=; b=urud8O3ErLMd+i/L/DIovFRk7u MWJqDPC+sd2DX3GzjMB4s6dFBhRmOdpxYma3C6nzU8R32Nk1rj4JPKQbs/PGt/7Xt+FtcUfeCjBoq luNIOog5E9zdHwdI4bnNDpKRoOm3UXyGwqWd98BVudv6M39DKvxaR+wke4cWcqtNazyg=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nLnuD-0003DN-7q; Sun, 20 Feb 2022 16:13:48 +0100 From: Lars Ingebrigtsen References: <20200211144941.godmcifegapmqg6i@Ergus> <83pndxerkg.fsf@gnu.org> <83blpfywhx.fsf@gnu.org> X-Now-Playing: Burial's _Antidawn_: "Antidawn " Date: Sun, 20 Feb 2022 16:13:43 +0100 In-Reply-To: <83blpfywhx.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 02 Mar 2020 10:46:50 +0200") Message-ID: <87ilt9po48.fsf_-_@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > Relying on the old behavior was always not a future-proof assumption, > so I see no way around the problem except fixing the code which makes > such assumptions, sorry. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Eli Zaretskii writes: > Relying on the old behavior was always not a future-proof assumption, > so I see no way around the problem except fixing the code which makes > such assumptions, sorry. (I'm going through old bug reports that unfortunately weren't resolved at the time.) Reading this bug report, it seems the conclusion was that this was a problem in Ivy, and not in Emacs? So I'm therefore closing this bug report. If something should be done on the Emacs side, please respond to the debbugs address and we'll reopen. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 20 10:14:05 2022 Received: (at control) by debbugs.gnu.org; 20 Feb 2022 15:14:05 +0000 Received: from localhost ([127.0.0.1]:33555 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLnuW-0000sn-Ka for submit@debbugs.gnu.org; Sun, 20 Feb 2022 10:14:04 -0500 Received: from quimby.gnus.org ([95.216.78.240]:56138) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLnuU-0000s1-88 for control@debbugs.gnu.org; Sun, 20 Feb 2022 10:14:02 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=gKskec/JBfvBuXYicVAVtEljKJBCGN5ouweHIYJoTPs=; b=Z6ZxnHmlPqTZMiktRxaoV1fAsW Djsum28BLA6ryPBYZqI5Are8FI4rioUJB0ezUZNv1sPTuzESzx+ltKz3qcgA9eNUXqGxWhVh6EdLo VtylvhHkEAY2LCA6v+Ien1PBstU4rEH/IgAFLjczCbDeik32l5VSZvlfV2EffrvykVaw=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nLnuM-0003Da-IA for control@debbugs.gnu.org; Sun, 20 Feb 2022 16:13:56 +0100 Date: Sun, 20 Feb 2022 16:13:52 +0100 Message-Id: <87h78tpo3z.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #39564 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 39564 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 39564 quit