From unknown Fri Aug 15 16:01:23 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#21396 <21396@debbugs.gnu.org> To: bug#21396 <21396@debbugs.gnu.org> Subject: Status: 25.0.50; read-key's prompt is not visible Reply-To: bug#21396 <21396@debbugs.gnu.org> Date: Fri, 15 Aug 2025 23:01:23 +0000 retitle 21396 25.0.50; read-key's prompt is not visible reassign 21396 emacs submitter 21396 Tassilo Horn severity 21396 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 02 02:17:09 2015 Received: (at submit) by debbugs.gnu.org; 2 Sep 2015 06:17:10 +0000 Received: from localhost ([127.0.0.1]:45792 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZX1M4-0006Qa-7A for submit@debbugs.gnu.org; Wed, 02 Sep 2015 02:17:09 -0400 Received: from eggs.gnu.org ([208.118.235.92]:37486) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZX1M1-0006QR-2e for submit@debbugs.gnu.org; Wed, 02 Sep 2015 02:17:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZX1Lx-0004ds-Uo for submit@debbugs.gnu.org; Wed, 02 Sep 2015 02:17:04 -0400 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,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:45922) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZX1Lx-0004d6-SA for submit@debbugs.gnu.org; Wed, 02 Sep 2015 02:17:01 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47488) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZX1Lu-00009B-Qn for bug-gnu-emacs@gnu.org; Wed, 02 Sep 2015 02:17:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZX1Lp-0004QU-OC for bug-gnu-emacs@gnu.org; Wed, 02 Sep 2015 02:16:58 -0400 Received: from deliver.uni-koblenz.de ([141.26.64.15]:36072) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZX1Lp-0004QD-BC for bug-gnu-emacs@gnu.org; Wed, 02 Sep 2015 02:16:53 -0400 Received: from thinkpad-t440p (dhcp199.uni-koblenz.de [141.26.71.199]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by deliver.uni-koblenz.de (Postfix) with ESMTPSA id 75C8A3D6005; Wed, 2 Sep 2015 08:16:52 +0200 (CEST) From: Tassilo Horn To: bug-gnu-emacs@gnu.org Subject: 25.0.50; read-key's prompt is not visible Date: Wed, 02 Sep 2015 08:16:51 +0200 Message-ID: <87wpw91h2k.fsf@gnu.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit Cc: Stefan Monnier X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -5.0 (-----) I just updated my emacs copy to commit 30866274e21c5f0a1c5f60cfe290743e7d482349. When I do: 1. emacs -Q 2. eval (read-key "Gimme Key: ") in *scratch* the key will be read but the prompt is not shown in the minibuffer (though it will be there in the *Messages* buffer after reading the key). This is very confusing since I set `yes-or-no-p' to `y-or-n-p', and now I can't see when something waits for my confirmation. `read-string' still works as intended; its prompt is shown. Git bisect says the commit introducing this problem is Stefan whom I added to the Cc. --8<---------------cut here---------------start------------->8--- commit 5dc644a6b01e2cf950ff617ab15be4bf1917c38c Author: Stefan Monnier Date: Tue Sep 1 21:14:18 2015 -0400 Generalize the prefix-command machinery of C-u --8<---------------cut here---------------end--------------->8--- In GNU Emacs 25.0.50.8 (x86_64-unknown-linux-gnu, GTK+ Version 3.16.6) of 2015-09-02 Repository revision: 30866274e21c5f0a1c5f60cfe290743e7d482349 Windowing system distributor 'The X.Org Foundation', version 11.0.11702000 System Description: Arch Linux Configured using: 'configure 'CFLAGS=-g -ggdb3 -O1'' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS NOTIFY ACL GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 Important settings: value of $LC_MONETARY: de_DE.utf8 value of $LC_NUMERIC: de_DE.utf8 value of $LC_TIME: de_DE.utf8 value of $LANG: en_US.utf8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: TeX-PDF-mode: t TeX-source-correlate-mode: t global-git-commit-mode: t async-bytecomp-package-mode: t diff-auto-refine-mode: t global-company-mode: t company-mode: t shell-dirtrack-mode: t paredit-mode: t global-aggressive-indent-mode: t aggressive-indent-mode: t highlight-symbol-mode: t outline-minor-mode: t pdf-occur-global-minor-mode: t recentf-mode: t highlight-parentheses-mode: t global-subword-mode: t subword-mode: t save-place-mode: t savehist-mode: t show-paren-mode: t ivy-mode: t minibuffer-depth-indicate-mode: t electric-pair-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 blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent messages: Result: nil Result: nil Result: nil Continue... Test: (y or n) n nil y-or-n-p 105 (#o151, #x69, ?i) Load-path shadows: ~/Repos/el/auctex/lpath hides ~/Repos/el/gnus/lisp/lpath ~/Repos/el/highlight-symbol.el/highlight-symbol hides /home/horn/.emacs.d/elpa/highlight-symbol-20150816.628/highlight-symbol ~/Repos/el/gnus/lisp/md4 hides /home/horn/Repos/el/emacs/lisp/md4 ~/Repos/el/gnus/lisp/color hides /home/horn/Repos/el/emacs/lisp/color ~/Repos/el/gnus/lisp/format-spec hides /home/horn/Repos/el/emacs/lisp/format-spec ~/Repos/el/gnus/lisp/password-cache hides /home/horn/Repos/el/emacs/lisp/password-cache ~/Repos/el/gnus/lisp/hex-util hides /home/horn/Repos/el/emacs/lisp/hex-util ~/Repos/el/gnus/lisp/dns-mode hides /home/horn/Repos/el/emacs/lisp/textmodes/dns-mode ~/Repos/el/gnus/lisp/dig hides /home/horn/Repos/el/emacs/lisp/net/dig ~/Repos/el/gnus/lisp/hmac-md5 hides /home/horn/Repos/el/emacs/lisp/net/hmac-md5 ~/Repos/el/gnus/lisp/ntlm hides /home/horn/Repos/el/emacs/lisp/net/ntlm ~/Repos/el/gnus/lisp/hmac-def hides /home/horn/Repos/el/emacs/lisp/net/hmac-def ~/Repos/el/gnus/lisp/rfc2104 hides /home/horn/Repos/el/emacs/lisp/net/rfc2104 ~/Repos/el/gnus/lisp/sasl-ntlm hides /home/horn/Repos/el/emacs/lisp/net/sasl-ntlm ~/Repos/el/gnus/lisp/sasl-cram hides /home/horn/Repos/el/emacs/lisp/net/sasl-cram ~/Repos/el/gnus/lisp/dns hides /home/horn/Repos/el/emacs/lisp/net/dns ~/Repos/el/gnus/lisp/sasl hides /home/horn/Repos/el/emacs/lisp/net/sasl ~/Repos/el/gnus/lisp/tls hides /home/horn/Repos/el/emacs/lisp/net/tls ~/Repos/el/gnus/lisp/sasl-scram-rfc hides /home/horn/Repos/el/emacs/lisp/net/sasl-scram-rfc ~/Repos/el/gnus/lisp/netrc hides /home/horn/Repos/el/emacs/lisp/net/netrc ~/Repos/el/gnus/lisp/sasl-digest hides /home/horn/Repos/el/emacs/lisp/net/sasl-digest ~/Repos/el/gnus/lisp/uudecode hides /home/horn/Repos/el/emacs/lisp/mail/uudecode ~/Repos/el/gnus/lisp/binhex hides /home/horn/Repos/el/emacs/lisp/mail/binhex ~/Repos/el/gnus/lisp/hashcash hides /home/horn/Repos/el/emacs/lisp/mail/hashcash ~/Repos/el/gnus/lisp/canlock hides /home/horn/Repos/el/emacs/lisp/gnus/canlock ~/Repos/el/gnus/lisp/nneething hides /home/horn/Repos/el/emacs/lisp/gnus/nneething ~/Repos/el/gnus/lisp/mm-encode hides /home/horn/Repos/el/emacs/lisp/gnus/mm-encode ~/Repos/el/gnus/lisp/mm-util hides /home/horn/Repos/el/emacs/lisp/gnus/mm-util ~/Repos/el/gnus/lisp/rfc2047 hides /home/horn/Repos/el/emacs/lisp/gnus/rfc2047 ~/Repos/el/gnus/lisp/nnml hides /home/horn/Repos/el/emacs/lisp/gnus/nnml ~/Repos/el/gnus/lisp/gnus-cus hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-cus ~/Repos/el/gnus/lisp/gnus-range hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-range ~/Repos/el/gnus/lisp/gnus-int hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-int ~/Repos/el/gnus/lisp/gnus-cloud hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-cloud ~/Repos/el/gnus/lisp/spam-stat hides /home/horn/Repos/el/emacs/lisp/gnus/spam-stat ~/Repos/el/gnus/lisp/nnmh hides /home/horn/Repos/el/emacs/lisp/gnus/nnmh ~/Repos/el/gnus/lisp/gnus-mlspl hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-mlspl ~/Repos/el/gnus/lisp/deuglify hides /home/horn/Repos/el/emacs/lisp/gnus/deuglify ~/Repos/el/gnus/lisp/gnus-gravatar hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-gravatar ~/Repos/el/gnus/lisp/nngateway hides /home/horn/Repos/el/emacs/lisp/gnus/nngateway ~/Repos/el/gnus/lisp/ietf-drums hides /home/horn/Repos/el/emacs/lisp/gnus/ietf-drums ~/Repos/el/gnus/lisp/mail-parse hides /home/horn/Repos/el/emacs/lisp/gnus/mail-parse ~/Repos/el/gnus/lisp/gnus-salt hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-salt ~/Repos/el/gnus/lisp/nnimap hides /home/horn/Repos/el/emacs/lisp/gnus/nnimap ~/Repos/el/gnus/lisp/gnus-draft hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-draft ~/Repos/el/gnus/lisp/mail-source hides /home/horn/Repos/el/emacs/lisp/gnus/mail-source ~/Repos/el/gnus/lisp/messcompat hides /home/horn/Repos/el/emacs/lisp/gnus/messcompat ~/Repos/el/gnus/lisp/pop3 hides /home/horn/Repos/el/emacs/lisp/gnus/pop3 ~/Repos/el/gnus/lisp/nnmaildir hides /home/horn/Repos/el/emacs/lisp/gnus/nnmaildir ~/Repos/el/gnus/lisp/nnheader hides /home/horn/Repos/el/emacs/lisp/gnus/nnheader ~/Repos/el/gnus/lisp/gnus-cite hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-cite ~/Repos/el/gnus/lisp/nndiary hides /home/horn/Repos/el/emacs/lisp/gnus/nndiary ~/Repos/el/gnus/lisp/gnus-diary hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-diary ~/Repos/el/gnus/lisp/nnfolder hides /home/horn/Repos/el/emacs/lisp/gnus/nnfolder ~/Repos/el/gnus/lisp/gnus-art hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-art ~/Repos/el/gnus/lisp/gnus-demon hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-demon ~/Repos/el/gnus/lisp/mml-sec hides /home/horn/Repos/el/emacs/lisp/gnus/mml-sec ~/Repos/el/gnus/lisp/nnir hides /home/horn/Repos/el/emacs/lisp/gnus/nnir ~/Repos/el/gnus/lisp/mm-partial hides /home/horn/Repos/el/emacs/lisp/gnus/mm-partial ~/Repos/el/gnus/lisp/gnus-registry hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-registry ~/Repos/el/gnus/lisp/gnus-icalendar hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-icalendar ~/Repos/el/gnus/lisp/compface hides /home/horn/Repos/el/emacs/lisp/gnus/compface ~/Repos/el/gnus/lisp/gnus-fun hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-fun ~/Repos/el/gnus/lisp/gnus-start hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-start ~/Repos/el/gnus/lisp/smiley hides /home/horn/Repos/el/emacs/lisp/gnus/smiley ~/Repos/el/gnus/lisp/gnus-picon hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-picon ~/Repos/el/gnus/lisp/spam-report hides /home/horn/Repos/el/emacs/lisp/gnus/spam-report ~/Repos/el/gnus/lisp/nntp hides /home/horn/Repos/el/emacs/lisp/gnus/nntp ~/Repos/el/gnus/lisp/nnnil hides /home/horn/Repos/el/emacs/lisp/gnus/nnnil ~/Repos/el/gnus/lisp/nndir hides /home/horn/Repos/el/emacs/lisp/gnus/nndir ~/Repos/el/gnus/lisp/gnus-srvr hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-srvr ~/Repos/el/gnus/lisp/smime hides /home/horn/Repos/el/emacs/lisp/gnus/smime ~/Repos/el/gnus/lisp/nnvirtual hides /home/horn/Repos/el/emacs/lisp/gnus/nnvirtual ~/Repos/el/gnus/lisp/gnus-notifications hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-notifications ~/Repos/el/gnus/lisp/nnspool hides /home/horn/Repos/el/emacs/lisp/gnus/nnspool ~/Repos/el/gnus/lisp/gnus-group hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-group ~/Repos/el/gnus/lisp/gnus-bcklg hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-bcklg ~/Repos/el/gnus/lisp/gnus-util hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-util ~/Repos/el/gnus/lisp/gnus-sieve hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-sieve ~/Repos/el/gnus/lisp/nndraft hides /home/horn/Repos/el/emacs/lisp/gnus/nndraft ~/Repos/el/gnus/lisp/nnagent hides /home/horn/Repos/el/emacs/lisp/gnus/nnagent ~/Repos/el/gnus/lisp/gnus-spec hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-spec ~/Repos/el/gnus/lisp/gnus-bookmark hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-bookmark ~/Repos/el/gnus/lisp/mml1991 hides /home/horn/Repos/el/emacs/lisp/gnus/mml1991 ~/Repos/el/gnus/lisp/rfc2231 hides /home/horn/Repos/el/emacs/lisp/gnus/rfc2231 ~/Repos/el/gnus/lisp/yenc hides /home/horn/Repos/el/emacs/lisp/gnus/yenc ~/Repos/el/gnus/lisp/gnus-undo hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-undo ~/Repos/el/gnus/lisp/ecomplete hides /home/horn/Repos/el/emacs/lisp/gnus/ecomplete ~/Repos/el/gnus/lisp/legacy-gnus-agent hides /home/horn/Repos/el/emacs/lisp/gnus/legacy-gnus-agent ~/Repos/el/gnus/lisp/utf7 hides /home/horn/Repos/el/emacs/lisp/gnus/utf7 ~/Repos/el/gnus/lisp/rtree hides /home/horn/Repos/el/emacs/lisp/gnus/rtree ~/Repos/el/gnus/lisp/gnus-uu hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-uu ~/Repos/el/gnus/lisp/gnus-ml hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-ml ~/Repos/el/gnus/lisp/sieve hides /home/horn/Repos/el/emacs/lisp/gnus/sieve ~/Repos/el/gnus/lisp/gnus hides /home/horn/Repos/el/emacs/lisp/gnus/gnus ~/Repos/el/gnus/lisp/mml hides /home/horn/Repos/el/emacs/lisp/gnus/mml ~/Repos/el/gnus/lisp/message hides /home/horn/Repos/el/emacs/lisp/gnus/message ~/Repos/el/gnus/lisp/mml-smime hides /home/horn/Repos/el/emacs/lisp/gnus/mml-smime ~/Repos/el/gnus/lisp/gnus-eform hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-eform ~/Repos/el/gnus/lisp/gnus-agent hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-agent ~/Repos/el/gnus/lisp/gnus-logic hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-logic ~/Repos/el/gnus/lisp/mm-extern hides /home/horn/Repos/el/emacs/lisp/gnus/mm-extern ~/Repos/el/gnus/lisp/nndoc hides /home/horn/Repos/el/emacs/lisp/gnus/nndoc ~/Repos/el/gnus/lisp/sieve-manage hides /home/horn/Repos/el/emacs/lisp/gnus/sieve-manage ~/Repos/el/gnus/lisp/mm-decode hides /home/horn/Repos/el/emacs/lisp/gnus/mm-decode ~/Repos/el/gnus/lisp/starttls hides /home/horn/Repos/el/emacs/lisp/gnus/starttls ~/Repos/el/gnus/lisp/gnus-dired hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-dired ~/Repos/el/gnus/lisp/nnbabyl hides /home/horn/Repos/el/emacs/lisp/gnus/nnbabyl ~/Repos/el/gnus/lisp/nnmbox hides /home/horn/Repos/el/emacs/lisp/gnus/nnmbox ~/Repos/el/gnus/lisp/gnus-win hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-win ~/Repos/el/gnus/lisp/gnus-async hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-async ~/Repos/el/gnus/lisp/mm-url hides /home/horn/Repos/el/emacs/lisp/gnus/mm-url ~/Repos/el/gnus/lisp/gnus-html hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-html ~/Repos/el/gnus/lisp/gssapi hides /home/horn/Repos/el/emacs/lisp/gnus/gssapi ~/Repos/el/gnus/lisp/mml2015 hides /home/horn/Repos/el/emacs/lisp/gnus/mml2015 ~/Repos/el/gnus/lisp/nnrss hides /home/horn/Repos/el/emacs/lisp/gnus/nnrss ~/Repos/el/gnus/lisp/gnus-mh hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-mh ~/Repos/el/gnus/lisp/gnus-sum hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-sum ~/Repos/el/gnus/lisp/nnweb hides /home/horn/Repos/el/emacs/lisp/gnus/nnweb ~/Repos/el/gnus/lisp/mail-prsvr hides /home/horn/Repos/el/emacs/lisp/gnus/mail-prsvr ~/Repos/el/gnus/lisp/nnmairix hides /home/horn/Repos/el/emacs/lisp/gnus/nnmairix ~/Repos/el/gnus/lisp/plstore hides /home/horn/Repos/el/emacs/lisp/gnus/plstore ~/Repos/el/gnus/lisp/rfc2045 hides /home/horn/Repos/el/emacs/lisp/gnus/rfc2045 ~/Repos/el/gnus/lisp/gnus-msg hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-msg ~/Repos/el/gnus/lisp/spam-wash hides /home/horn/Repos/el/emacs/lisp/gnus/spam-wash ~/Repos/el/gnus/lisp/gnus-score hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-score ~/Repos/el/gnus/lisp/mm-uu hides /home/horn/Repos/el/emacs/lisp/gnus/mm-uu ~/Repos/el/gnus/lisp/spam hides /home/horn/Repos/el/emacs/lisp/gnus/spam ~/Repos/el/gnus/lisp/mm-view hides /home/horn/Repos/el/emacs/lisp/gnus/mm-view ~/Repos/el/gnus/lisp/sieve-mode hides /home/horn/Repos/el/emacs/lisp/gnus/sieve-mode ~/Repos/el/gnus/lisp/html2text hides /home/horn/Repos/el/emacs/lisp/gnus/html2text ~/Repos/el/gnus/lisp/gnus-ems hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-ems ~/Repos/el/gnus/lisp/registry hides /home/horn/Repos/el/emacs/lisp/gnus/registry ~/Repos/el/gnus/lisp/auth-source hides /home/horn/Repos/el/emacs/lisp/gnus/auth-source ~/Repos/el/gnus/lisp/gravatar hides /home/horn/Repos/el/emacs/lisp/gnus/gravatar ~/Repos/el/gnus/lisp/flow-fill hides /home/horn/Repos/el/emacs/lisp/gnus/flow-fill ~/Repos/el/gnus/lisp/gmm-utils hides /home/horn/Repos/el/emacs/lisp/gnus/gmm-utils ~/Repos/el/gnus/lisp/mailcap hides /home/horn/Repos/el/emacs/lisp/gnus/mailcap ~/Repos/el/gnus/lisp/gnus-delay hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-delay ~/Repos/el/gnus/lisp/mm-bodies hides /home/horn/Repos/el/emacs/lisp/gnus/mm-bodies ~/Repos/el/gnus/lisp/mm-archive hides /home/horn/Repos/el/emacs/lisp/gnus/mm-archive ~/Repos/el/gnus/lisp/rfc1843 hides /home/horn/Repos/el/emacs/lisp/gnus/rfc1843 ~/Repos/el/gnus/lisp/gnus-kill hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-kill ~/Repos/el/gnus/lisp/qp hides /home/horn/Repos/el/emacs/lisp/gnus/qp ~/Repos/el/gnus/lisp/score-mode hides /home/horn/Repos/el/emacs/lisp/gnus/score-mode ~/Repos/el/gnus/lisp/gnus-topic hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-topic ~/Repos/el/gnus/lisp/gnus-cache hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-cache ~/Repos/el/gnus/lisp/nnmail hides /home/horn/Repos/el/emacs/lisp/gnus/nnmail ~/Repos/el/gnus/lisp/gnus-vm hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-vm ~/Repos/el/gnus/lisp/gnus-sync hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-sync ~/Repos/el/gnus/lisp/nnoo hides /home/horn/Repos/el/emacs/lisp/gnus/nnoo ~/Repos/el/gnus/lisp/nnregistry hides /home/horn/Repos/el/emacs/lisp/gnus/nnregistry ~/Repos/el/gnus/lisp/gnus-dup hides /home/horn/Repos/el/emacs/lisp/gnus/gnus-dup ~/Repos/el/gnus/lisp/parse-time hides /home/horn/Repos/el/emacs/lisp/calendar/parse-time ~/Repos/el/gnus/lisp/time-date hides /home/horn/Repos/el/emacs/lisp/calendar/time-date Features: (shadow emacsbug sendmail edebug shr-color shr dom browse-url mm-archive canlock texmathp preview prv-emacs auto-dictionary flyspell ispell tex-buf reftex-dcr reftex-auc reftex reftex-vars font-latex latex tex-style tex dbus tex-mode latexenc hippie-exp url-http url-gw url-auth sort smiley gnus-cite gnus-async gnus-bcklg qp gnus-ml hl-line nndraft nnmh rot13 utf-7 gnutls network-stream nsm starttls nnml nnnil gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-cache gnus-demon nntp spam spam-stat gnus-uu yenc gnus-msg gnus-gravatar mail-extr gravatar gnus-topic nnir gnus-registry registry eieio-compat eieio-base th-private magit-filenotify filenotify linum magit-blame magit-stash magit-bisect magit-remote magit-commit magit-sequence magit magit-apply magit-wip magit-log magit-diff smerge-mode magit-core magit-process magit-popup magit-mode magit-git crm magit-section magit-utils git-commit log-edit pcvs-util add-log with-editor async-bytecomp async smex ido seq eieio-opt speedbar sb-image ezimage dframe vc vc-dispatcher vc-git diff-mode colir color company-files company-oddmuse company-keywords company-etags company-gtags company-dabbrev-code company-dabbrev company-capf company-cmake company-xcode company-clang company-semantic company-eclim company-template company-css company-nxml company-bbdb company stratego-mode greql-mode tg-mode generic preview-latex tex-site auto-loads cider tramp-sh cider-debug cider-browse-ns cider-inspector cider-mode cider-repl cider-eldoc cider-interaction spinner arc-mode archive-mode cider-overlays cider-doc org-table org org-macro org-footnote org-pcomplete org-list org-faces org-entities org-version ob-emacs-lisp ob ob-tangle ob-ref ob-lob ob-table ob-exp org-src ob-keys ob-comint ob-core ob-eval org-compat org-macs org-loaddefs cal-menu calendar cal-loaddefs cider-test cider-stacktrace cider-client nrepl-client tramp tramp-compat tramp-loaddefs trampver shell pcomplete queue cider-util ewoc etags xref project dash clojure-mode paredit aggressive-indent epa-file epa epg rdictcc google-contacts-message google-contacts xml url-cache google-oauth google-contacts-gnus gnus-art mm-uu mml2015 mm-view mml-smime smime dig gnus-sum gnus-group gnus-undo gnus-start gnus-cloud nnimap nnmail mail-source tls utf7 netrc nnoo parse-time gnus-spec gnus-int gnus-range gnus-win gnus gnus-ems gnus-compat url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util url-parse auth-source password-cache url-vars mailcap nnheader gnus-util dired-x em-term term ehelp esh-opt esh-ext esh-util highlight-symbol thingatpt boxquote rect ecomplete message rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mailabbrev mail-utils gmm-utils mailheader server yasnippet disp-table noutline outline pdf-occur ibuf-ext ibuffer tablist tablist-filter semantic/wisent/comp semantic/wisent semantic/wisent/wisent semantic/util-modes semantic/util semantic semantic/tag semantic/lex semantic/fw eieio byte-opt bytecomp byte-compile cconv eieio-core mode-local find-func cedet dired pdf-isearch let-alist pdf-misc imenu pdf-tools compile comint ansi-color cus-edit cus-start cus-load pdf-view bookmark pp jka-compr pdf-cache pdf-info tq pdf-util format-spec image-mode browse-kill-ring derived recentf tree-widget wid-edit highlight-parentheses cl iedit iedit-lib cl-extra help-mode hydra lv counsel swiper cap-words superword subword saveplace savehist paren ivy delsel icomplete mb-depth ace-window easy-mmode cl-macs gv avy ring smart-mode-line-respectful-theme smart-mode-line-light-theme cl-seq smart-mode-line rich-minority rx bs elec-pair edmacro kmacro cl-loaddefs cl-lib gnus-load subr-x pcase tsdh-light-theme finder-inf memory-usage-autoloads advice info package easymenu epg-config time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame 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 charscript case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer 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 dbusbind inotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 1170270 111632) (symbols 48 61455 1) (miscs 40 14870 20407) (strings 32 194271 40957) (string-bytes 1 6508128) (vectors 16 64888) (vector-slots 8 2064099 69203) (floats 8 1035 761) (intervals 56 47099 6809) (buffers 976 41) (heap 1024 110440 13253)) From debbugs-submit-bounces@debbugs.gnu.org Wed Sep 02 16:32:29 2015 Received: (at control) by debbugs.gnu.org; 2 Sep 2015 20:32:29 +0000 Received: from localhost ([127.0.0.1]:46885 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXEho-0005Di-ML for submit@debbugs.gnu.org; Wed, 02 Sep 2015 16:32:28 -0400 Received: from eggs.gnu.org ([208.118.235.92]:59768) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXEhm-0005Db-Ph for control@debbugs.gnu.org; Wed, 02 Sep 2015 16:32:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZXEhl-0006Mb-Qq for control@debbugs.gnu.org; Wed, 02 Sep 2015 16:32:26 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([208.118.235.10]:41764) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXEhl-0006MW-Nj for control@debbugs.gnu.org; Wed, 02 Sep 2015 16:32:25 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1ZXEhl-0002FQ-8S for control@debbugs.gnu.org; Wed, 02 Sep 2015 16:32:25 -0400 Subject: control message for bug 21403 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Wed, 02 Sep 2015 16:32:25 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.10 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -5.0 (-----) merge 21396 21403 From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 03 11:12:41 2015 Received: (at 21396) by debbugs.gnu.org; 3 Sep 2015 15:12:41 +0000 Received: from localhost ([127.0.0.1]:47769 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXWBs-000414-To for submit@debbugs.gnu.org; Thu, 03 Sep 2015 11:12:41 -0400 Received: from chene.dit.umontreal.ca ([132.204.246.20]:35280) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXWBq-00040u-DF for 21396@debbugs.gnu.org; Thu, 03 Sep 2015 11:12:39 -0400 Received: from ceviche.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id t83FCaP3016375; Thu, 3 Sep 2015 11:12:36 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 11B9866110; Thu, 3 Sep 2015 11:12:36 -0400 (EDT) From: Stefan Monnier To: Tassilo Horn Subject: Re: 25.0.50; read-key's prompt is not visible Message-ID: References: <87wpw91h2k.fsf@gnu.org> Date: Thu, 03 Sep 2015 11:12:36 -0400 In-Reply-To: <87wpw91h2k.fsf@gnu.org> (Tassilo Horn's message of "Wed, 02 Sep 2015 08:16:51 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5418=0 X-NAI-Spam-Version: 2.3.0.9393 : core <5418> : inlines <3750> : streams <1499209> : uri <2031684> X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 21396 Cc: 21396@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (-) > 1. emacs -Q > 2. eval (read-key "Gimme Key: ") in *scratch* > the key will be read but the prompt is not shown in the minibuffer [...] > commit 5dc644a6b01e2cf950ff617ab15be4bf1917c38c > Author: Stefan Monnier > Date: Tue Sep 1 21:14:18 2015 -0400 > Generalize the prefix-command machinery of C-u Hmm... I'll look into it. > Git bisect says the commit introducing this problem is Stefan whom I > added to the Cc. Thanks for bisecting. Putting me in the Cc was more trouble than anything else: it means I get *your* message instead of the one from Debbugs, so I don't get to know the bug-number and a naive reply would end up creating a new bug-nb! [ Tho, IIRC Glenn(?) added some Message-ID matching to Debbugs to try and catch those cases. So maybe it's not that bad. ] Better either not put the person in the Cc (in case you expect/know the person subscribes to bug-gnu-emacs), or else use "X-Debbugs-Cc:" which instructs Debbugs to add the person to the Cc of the messages it sends out. Yes, it's an annoying subtlety, Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 03 13:50:33 2015 Received: (at 21396) by debbugs.gnu.org; 3 Sep 2015 17:50:33 +0000 Received: from localhost ([127.0.0.1]:47869 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXYef-0008LY-5p for submit@debbugs.gnu.org; Thu, 03 Sep 2015 13:50:33 -0400 Received: from out3-smtp.messagingengine.com ([66.111.4.27]:35732) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXYec-0008LJ-Qa for 21396@debbugs.gnu.org; Thu, 03 Sep 2015 13:50:31 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 2669E234AD for <21396@debbugs.gnu.org>; Thu, 3 Sep 2015 13:50:27 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute3.internal (MEProxy); Thu, 03 Sep 2015 13:50:27 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=p9VHR5uBkbiuCc2eCLHYQdsFXHU=; b=cJbQl 1qfa6Woz6MvyyvUw77xES9WC1bGs4Quj3LXjQibswJX5jNvhXLH733rAQY5f7CLe lTI0cU2OVANUw1eTXd5QyzYcMYU5DcveNzvt+2nOsxE+Zj6DOF6+aiuxkcIh/2Ul Wi+QX9E3ZY6pZEyljoXSxF+VnS8UwK3iTW6dp8= X-Sasl-enc: jnqbpQlSoSwK2zvuQPRrVnXO6CzZGMvQ79VP1qdX5Hqj 1441302626 Received: from thinkpad-t440p (unknown [2.160.253.220]) by mail.messagingengine.com (Postfix) with ESMTPA id 1F86B6800F0; Thu, 3 Sep 2015 13:50:25 -0400 (EDT) From: Tassilo Horn To: Stefan Monnier Subject: Re: 25.0.50; read-key's prompt is not visible References: <87wpw91h2k.fsf@gnu.org> Date: Thu, 03 Sep 2015 19:50:23 +0200 In-Reply-To: (Stefan Monnier's message of "Thu, 03 Sep 2015 11:12:36 -0400") Message-ID: <87egifgzog.fsf@gnu.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 21396 Cc: 21396@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (/) Stefan Monnier writes: >> 1. emacs -Q >> 2. eval (read-key "Gimme Key: ") in *scratch* >> the key will be read but the prompt is not shown in the minibuffer > [...] >> commit 5dc644a6b01e2cf950ff617ab15be4bf1917c38c >> Author: Stefan Monnier >> Date: Tue Sep 1 21:14:18 2015 -0400 >> Generalize the prefix-command machinery of C-u > > Hmm... I'll look into it. Great, thanks. Meanwhile others have seen that issue, too. See the thread on emacs-devel. >> Git bisect says the commit introducing this problem is Stefan whom I >> added to the Cc. > > Thanks for bisecting. Putting me in the Cc was more trouble than > anything else: it means I get *your* message instead of the one from > Debbugs, so I don't get to know the bug-number and a naive reply would > end up creating a new bug-nb! > [ Tho, IIRC Glenn(?) added some Message-ID matching to Debbugs to try > and catch those cases. So maybe it's not that bad. ] > > Better either not put the person in the Cc (in case you expect/know the > person subscribes to bug-gnu-emacs), or else use "X-Debbugs-Cc:" which > instructs Debbugs to add the person to the Cc of the messages it sends out. Oh, thanks for the pointer. Do you think it would be a good idea to remap `message-goto-cc' to a similar function which goes to (and thereby creates) the X-Debbugs-Cc header? I think it's generally a good idea to notify the person who introduced some problem, and Cc-ing seems to be the obvious way to do that. Bye, Tassilo From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 03 14:03:46 2015 Received: (at 21396) by debbugs.gnu.org; 3 Sep 2015 18:03:46 +0000 Received: from localhost ([127.0.0.1]:47874 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXYrR-0000Fc-JU for submit@debbugs.gnu.org; Thu, 03 Sep 2015 14:03:45 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:61826) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXYrP-0000FT-ML for 21396@debbugs.gnu.org; Thu, 03 Sep 2015 14:03:44 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0NU4006004OW0F00@a-mtaout23.012.net.il> for 21396@debbugs.gnu.org; Thu, 03 Sep 2015 21:03:42 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NU4005TV4U5Z220@a-mtaout23.012.net.il>; Thu, 03 Sep 2015 21:03:42 +0300 (IDT) Date: Thu, 03 Sep 2015 21:03:44 +0300 From: Eli Zaretskii Subject: Re: bug#21396: 25.0.50; read-key's prompt is not visible In-reply-to: <87egifgzog.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: Tassilo Horn Message-id: <83egif9y7z.fsf@gnu.org> References: <87wpw91h2k.fsf@gnu.org> <87egifgzog.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21396 Cc: 21396@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii 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 (+) > From: Tassilo Horn > Date: Thu, 03 Sep 2015 19:50:23 +0200 > Cc: 21396@debbugs.gnu.org > > > Putting me in the Cc was more trouble than > > anything else: it means I get *your* message instead of the one from > > Debbugs, so I don't get to know the bug-number and a naive reply would > > end up creating a new bug-nb! > > [ Tho, IIRC Glenn(?) added some Message-ID matching to Debbugs to try > > and catch those cases. So maybe it's not that bad. ] > > > > Better either not put the person in the Cc (in case you expect/know the > > person subscribes to bug-gnu-emacs), or else use "X-Debbugs-Cc:" which > > instructs Debbugs to add the person to the Cc of the messages it sends out. > > Oh, thanks for the pointer. Do you think it would be a good idea to > remap `message-goto-cc' to a similar function which goes to (and thereby > creates) the X-Debbugs-Cc header? I think it's generally a good idea to > notify the person who introduced some problem, and Cc-ing seems to be > the obvious way to do that. Please don't bother about this. The problem Stefan was worried about doesn't exist, AFAIK. From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 03 14:19:27 2015 Received: (at 21396) by debbugs.gnu.org; 3 Sep 2015 18:19:28 +0000 Received: from localhost ([127.0.0.1]:47879 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXZ6d-0000cg-86 for submit@debbugs.gnu.org; Thu, 03 Sep 2015 14:19:27 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:46990) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXZ6a-0000cP-KW for 21396@debbugs.gnu.org; Thu, 03 Sep 2015 14:19:25 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NU4001005HCXU00@a-mtaout20.012.net.il> for 21396@debbugs.gnu.org; Thu, 03 Sep 2015 21:18:06 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NU4001M75I6OEA0@a-mtaout20.012.net.il>; Thu, 03 Sep 2015 21:18:06 +0300 (IDT) Date: Thu, 03 Sep 2015 21:18:08 +0300 From: Eli Zaretskii Subject: Re: bug#21396: 25.0.50; read-key's prompt is not visible In-reply-to: <87egifgzog.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: Tassilo Horn Message-id: <83d1xz9xjz.fsf@gnu.org> References: <87wpw91h2k.fsf@gnu.org> <87egifgzog.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21396 Cc: 21396@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii 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 (+) > From: Tassilo Horn > Date: Thu, 03 Sep 2015 19:50:23 +0200 > Cc: 21396@debbugs.gnu.org > > Stefan Monnier writes: > > >> 1. emacs -Q > >> 2. eval (read-key "Gimme Key: ") in *scratch* > >> the key will be read but the prompt is not shown in the minibuffer > > [...] > >> commit 5dc644a6b01e2cf950ff617ab15be4bf1917c38c > >> Author: Stefan Monnier > >> Date: Tue Sep 1 21:14:18 2015 -0400 > >> Generalize the prefix-command machinery of C-u > > > > Hmm... I'll look into it. > > Great, thanks. Meanwhile others have seen that issue, too. See the > thread on emacs-devel. I really hope Stefan will NOT fix this. It's IMO the wrong way of dealing with such issues. If typing yes is too much in some situations, and just y is enough, we should not call yes-or-no-p in those situations. AFAIU, the only reason to call the latter is when the question is about some serious matter, so we want to avoid the possibility of mistakenly pressing just one (wrong) key. So if some of these situations aren't so grave, let's call y-or-n-p instead. And if there are people who still want to press y or n, even when they might err and pay dearly for their mistakes, then we could have an option to have yes-or-no-p call y-or-n-p instead. But using a defalias here is a kludge; asking Emacs maintenance to support such kludges means extra overhead and tricky code for no good reason. I think we should simply say no to such requests. We have more than enough work on our hands already, no need for gratuitous additions, thank you. From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 03 14:27:23 2015 Received: (at 21396) by debbugs.gnu.org; 3 Sep 2015 18:27:23 +0000 Received: from localhost ([127.0.0.1]:47885 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXZEJ-0000pf-GF for submit@debbugs.gnu.org; Thu, 03 Sep 2015 14:27:23 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:42970) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXZEI-0000pX-BA for 21396@debbugs.gnu.org; Thu, 03 Sep 2015 14:27:22 -0400 Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t83IRKPw024949 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 3 Sep 2015 18:27:21 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t83IRKc5026430 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 3 Sep 2015 18:27:20 GMT Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by userv0122.oracle.com (8.13.8/8.13.8) with ESMTP id t83IRJ2l030997; Thu, 3 Sep 2015 18:27:19 GMT MIME-Version: 1.0 Message-ID: Date: Thu, 3 Sep 2015 11:27:18 -0700 (PDT) From: Drew Adams To: Eli Zaretskii , Tassilo Horn Subject: RE: bug#21396: 25.0.50; read-key's prompt is not visible References: <<87wpw91h2k.fsf@gnu.org> > <<87egifgzog.fsf@gnu.org>> <<83d1xz9xjz.fsf@gnu.org>> In-Reply-To: <<83d1xz9xjz.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0022.oracle.com [156.151.31.74] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 21396 Cc: 21396@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (--) > If typing yes is too much in some situations, and just y is > enough, we should not call yes-or-no-p in those situations. AFAIU, > the only reason to call the latter is when the question is about > some serious matter, so we want to avoid the possibility of mistakenly > pressing just one (wrong) key. So if some of these situations aren't > so grave, let's call y-or-n-p instead. Agreed. But that's a decision for Emacs, and it is a judgment call to try to fit what is generally appropriate in that context. That's different from what a given user might want. So yes, Emacs should pick the right function to use. And yes, users should be able to choose something else, if they really want to. (Personally, I stick with what Emacs decides, here.) > And if there are people who still want to press y or n, even when they > might err and pay dearly for their mistakes, then we could have an > option to have yes-or-no-p call y-or-n-p instead. Yes. > But using a defalias here is a kludge; asking Emacs maintenance to > support such kludges means extra overhead and tricky code for no good > reason. I think we should simply say no to such requests. We have > more than enough work on our hands already, no need for gratuitous > additions, thank you. I agree that a user option is more appropriate than defaliasing. From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 03 14:36:48 2015 Received: (at 21396) by debbugs.gnu.org; 3 Sep 2015 18:36:48 +0000 Received: from localhost ([127.0.0.1]:47901 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXZNP-00014L-Pj for submit@debbugs.gnu.org; Thu, 03 Sep 2015 14:36:48 -0400 Received: from out3-smtp.messagingengine.com ([66.111.4.27]:33842) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXZNM-00014B-NF for 21396@debbugs.gnu.org; Thu, 03 Sep 2015 14:36:45 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 10FAD23460 for <21396@debbugs.gnu.org>; Thu, 3 Sep 2015 14:36:44 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute3.internal (MEProxy); Thu, 03 Sep 2015 14:36:44 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=jkZLYbj3K+9d9wnNYNZ/24hZM7U=; b=LwH1X bfTiiZPL5t08B4/fHjZAVXX9US4RtkZ4o1wkUhOCBDIJTNS2LlLHnkRsNQMeQiGU IwZUmvh2j4Dbf7K2shjl16Y+lVeMVdRu1ObnerSQJsCuYeaulEp+x/bUqqsm5zfa foBhVF8Lip67TvIJ1tBWTQ0en8aFm0w48UkO8Y= X-Sasl-enc: Vds439zt3w0195GPmkhoWlUPB7sBuFHr5f1vR1GWmZsj 1441305403 Received: from thinkpad-t440p (unknown [2.160.253.220]) by mail.messagingengine.com (Postfix) with ESMTPA id D9CCF6800EB; Thu, 3 Sep 2015 14:36:42 -0400 (EDT) From: Tassilo Horn To: Eli Zaretskii Subject: Re: bug#21396: 25.0.50; read-key's prompt is not visible References: <87wpw91h2k.fsf@gnu.org> <87egifgzog.fsf@gnu.org> <83egif9y7z.fsf@gnu.org> Date: Thu, 03 Sep 2015 20:36:40 +0200 In-Reply-To: <83egif9y7z.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 03 Sep 2015 21:03:44 +0300") Message-ID: <874mjbgxjb.fsf@gnu.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 21396 Cc: 21396@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (/) Eli Zaretskii writes: >> > Putting me in the Cc was more trouble than >> > anything else: it means I get *your* message instead of the one from >> > Debbugs, so I don't get to know the bug-number and a naive reply would >> > end up creating a new bug-nb! >> > [ Tho, IIRC Glenn(?) added some Message-ID matching to Debbugs to try >> > and catch those cases. So maybe it's not that bad. ] >> > >> > Better either not put the person in the Cc (in case you expect/know the >> > person subscribes to bug-gnu-emacs), or else use "X-Debbugs-Cc:" which >> > instructs Debbugs to add the person to the Cc of the messages it sends out. >> >> Oh, thanks for the pointer. Do you think it would be a good idea to >> remap `message-goto-cc' to a similar function which goes to (and thereby >> creates) the X-Debbugs-Cc header? I think it's generally a good idea to >> notify the person who introduced some problem, and Cc-ing seems to be >> the obvious way to do that. > > Please don't bother about this. The problem Stefan was worried about > doesn't exist, AFAIK. Maybe the double-bug issue doesn't exist but it's a fact that the Cc-receiver doesn't get to know the bug number automatically, and that's really annoying. The X-Debbugs-Cc would solve that, and the following patch is easy enough, no? --8<---------------cut here---------------start------------->8--- diff --git a/lisp/mail/emacsbug.el b/lisp/mail/emacsbug.el index f54893f..82d8e74 100644 --- a/lisp/mail/emacsbug.el +++ b/lisp/mail/emacsbug.el @@ -143,6 +143,12 @@ This requires either the OS X \"open\" command, or the freedesktop (defvar message-send-mail-function) (defvar message-sendmail-envelope-from) +(defun report-emacs-bug-message-goto-x-debbugs-cc () + "Move point to the X-Debbugs-Cc header." + (interactive) + (push-mark) + (message-position-on-field "X-Debbugs-Cc" "To")) + ;;;###autoload (defun report-emacs-bug (topic &optional unused) "Report a bug in GNU Emacs. @@ -319,6 +325,8 @@ usually do not have translators for other languages.\n\n"))) ;; This is so the user has to type something in order to send easily. (use-local-map (nconc (make-sparse-keymap) (current-local-map))) (define-key (current-local-map) "\C-c\C-i" 'info-emacs-bug) + (define-key (current-local-map) [remap message-goto-cc] + #'report-emacs-bug-message-goto-x-debbugs-cc) (if can-insert-mail (define-key (current-local-map) "\C-c\M-i" 'report-emacs-bug-insert-to-mailer)) --8<---------------cut here---------------end--------------->8--- Bye, Tassilo From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 03 14:42:11 2015 Received: (at 21396) by debbugs.gnu.org; 3 Sep 2015 18:42:11 +0000 Received: from localhost ([127.0.0.1]:47910 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXZSd-0001Cw-6X for submit@debbugs.gnu.org; Thu, 03 Sep 2015 14:42:11 -0400 Received: from out3-smtp.messagingengine.com ([66.111.4.27]:35566) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXZSb-0001Cp-JX for 21396@debbugs.gnu.org; Thu, 03 Sep 2015 14:42:10 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 12FA7233C9 for <21396@debbugs.gnu.org>; Thu, 3 Sep 2015 14:42:09 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Thu, 03 Sep 2015 14:42:09 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=Eh/0WusCoj5ns1tO37iCtjkaCPY=; b=rV5Zt i4mb48gEHbXC9vXTxK5cHrQRurzwtAsBCEQjm4T0d9g7opY5HHmaiMbgj79NZudz GgtPaE2pqZMMXBq0sxucB5f71o9MU0Q4TcKa9n8B5rRhYwB6MwisIuJXCMpG6c5w YSnEzxUuY0aSlrFMBG9SnoKJ6ujwqhUhE+GtUQ= X-Sasl-enc: jXnj1+3hSH6QByk4ZOyE7dINiIxLUcRKDWYR9isFaSTI 1441305728 Received: from thinkpad-t440p (unknown [2.160.253.220]) by mail.messagingengine.com (Postfix) with ESMTPA id D9BDF6800F0; Thu, 3 Sep 2015 14:42:07 -0400 (EDT) From: Tassilo Horn To: Eli Zaretskii Subject: Re: bug#21396: 25.0.50; read-key's prompt is not visible References: <87wpw91h2k.fsf@gnu.org> <87egifgzog.fsf@gnu.org> <83d1xz9xjz.fsf@gnu.org> Date: Thu, 03 Sep 2015 20:42:05 +0200 In-Reply-To: <83d1xz9xjz.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 03 Sep 2015 21:18:08 +0300") Message-ID: <87zj13fipu.fsf@gnu.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 21396 Cc: 21396@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (/) Eli Zaretskii writes: >> >> 1. emacs -Q >> >> 2. eval (read-key "Gimme Key: ") in *scratch* >> >> the key will be read but the prompt is not shown in the minibuffer >> > [...] >> >> commit 5dc644a6b01e2cf950ff617ab15be4bf1917c38c >> >> Author: Stefan Monnier >> >> Date: Tue Sep 1 21:14:18 2015 -0400 >> >> Generalize the prefix-command machinery of C-u >> > >> > Hmm... I'll look into it. >> >> Great, thanks. Meanwhile others have seen that issue, too. See the >> thread on emacs-devel. > > I really hope Stefan will NOT fix this. It's IMO the wrong way of > dealing with such issues. > > If typing yes is too much in some situations, and just y is > enough, we should not call yes-or-no-p in those situations. AFAIU, > the only reason to call the latter is when the question is about > some serious matter, so we want to avoid the possibility of mistakenly > pressing just one (wrong) key. So if some of these situations aren't > so grave, let's call y-or-n-p instead. > > And if there are people who still want to press y or n, even when they > might err and pay dearly for their mistakes, then we could have an > option to have yes-or-no-p call y-or-n-p instead. > > But using a defalias here is a kludge; asking Emacs maintenance to > support such kludges means extra overhead and tricky code for no good > reason. I think we should simply say no to such requests. We have > more than enough work on our hands already, no need for gratuitous > additions, thank you. I'm guilty of having (fset 'yes-or-no-p 'y-or-n-p) in my ~/.emacs, too, but what does this have to do with this issue? The problem is that no prompt of any `read-key' is visible, `y-or-n-p' is just the most prominent place where this pops up. Bye, Tassilo From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 03 15:43:18 2015 Received: (at control) by debbugs.gnu.org; 3 Sep 2015 19:43:18 +0000 Received: from localhost ([127.0.0.1]:47943 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXaPl-0002hh-Up for submit@debbugs.gnu.org; Thu, 03 Sep 2015 15:43:18 -0400 Received: from eggs.gnu.org ([208.118.235.92]:53171) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXaPk-0002hZ-Jo for control@debbugs.gnu.org; Thu, 03 Sep 2015 15:43:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZXaPj-0006qm-Gs for control@debbugs.gnu.org; Thu, 03 Sep 2015 15:43:16 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60483) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXaPj-0006qc-CZ for control@debbugs.gnu.org; Thu, 03 Sep 2015 15:43:15 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1ZXaPj-0008HQ-4o for control@debbugs.gnu.org; Thu, 03 Sep 2015 15:43:15 -0400 Subject: control message for bug 21407 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Thu, 03 Sep 2015 15:43:15 -0400 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -5.0 (-----) merge 21396 21407 From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 03 16:07:47 2015 Received: (at 21396) by debbugs.gnu.org; 3 Sep 2015 20:07:47 +0000 Received: from localhost ([127.0.0.1]:47963 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXanS-0004uL-Tu for submit@debbugs.gnu.org; Thu, 03 Sep 2015 16:07:47 -0400 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:36761) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXanQ-0004uC-Sm for 21396@debbugs.gnu.org; Thu, 03 Sep 2015 16:07:45 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 61A9820EF7 for <21396@debbugs.gnu.org>; Thu, 3 Sep 2015 16:07:44 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Thu, 03 Sep 2015 16:07:44 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=K5s4bF3HAqBWPtQcQf+lHn5k2gg=; b=T/cL1 1wynyC6tJUzvJTHxYt0xlxJpOV2YNqelGx/eu1EeWELwphgabpb1HWUCPvzCt+KA vnCxMoqKELlSDNJ0LRLrCms+GqeuyASK7Rk0FoUtA0OR4Oidm1PGEdoLt8BZTI5+ TOG+dpLdKRukP+UoO1X+m9So6tjAc6Sa0GzskA= X-Sasl-enc: aS8i9deI0q3//qBLC8huYbbykpBJn7SK/ownC7D8m71g 1441310863 Received: from thinkpad-t440p (unknown [2.160.253.220]) by mail.messagingengine.com (Postfix) with ESMTPA id 4CA94C00285; Thu, 3 Sep 2015 16:07:43 -0400 (EDT) From: Tassilo Horn To: help-debbugs@gnu.org (GNU bug Tracking System) Subject: Re: bug#21396: closed (Re: bug#21403: 25.0.50; invisible y-or-n-p prompt) References: <87wpw91h2k.fsf@gnu.org> Date: Thu, 03 Sep 2015 22:07:40 +0200 In-Reply-To: (GNU bug Tracking System's message of "Thu, 03 Sep 2015 20:04:03 +0000") Message-ID: <877fo7nu5v.fsf@gnu.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 21396 Cc: 21396@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (/) Yes, works! From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 03 16:10:31 2015 Received: (at 21396) by debbugs.gnu.org; 3 Sep 2015 20:10:31 +0000 Received: from localhost ([127.0.0.1]:47968 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXaq7-0004yS-D9 for submit@debbugs.gnu.org; Thu, 03 Sep 2015 16:10:31 -0400 Received: from chene.dit.umontreal.ca ([132.204.246.20]:42625) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXaq5-0004yK-8t for 21396@debbugs.gnu.org; Thu, 03 Sep 2015 16:10:29 -0400 Received: from ceviche.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id t83KASBk010415; Thu, 3 Sep 2015 16:10:28 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 44D2866110; Thu, 3 Sep 2015 16:10:28 -0400 (EDT) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#21396: 25.0.50; read-key's prompt is not visible Message-ID: References: <87wpw91h2k.fsf@gnu.org> <87egifgzog.fsf@gnu.org> <83d1xz9xjz.fsf@gnu.org> Date: Thu, 03 Sep 2015 16:10:28 -0400 In-Reply-To: <83d1xz9xjz.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 03 Sep 2015 21:18:08 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Level: X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0.2 X-NAI-Spam-Rules: 2 Rules triggered GEN_SPAM_FEATRE=0.2, RV5418=0 X-NAI-Spam-Version: 2.3.0.9393 : core <5418> : inlines <3754> : streams <1499320> : uri <2031852> X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 21396 Cc: 21396@debbugs.gnu.org, Tassilo Horn X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (-) > I really hope Stefan will NOT fix this. It's IMO the wrong way of > dealing with such issues. I'm not sure what "this" was, but FWIW the recently introduced problem affected read-key-sequence in general, so it had to be fixed. Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 03 16:13:09 2015 Received: (at 21396) by debbugs.gnu.org; 3 Sep 2015 20:13:09 +0000 Received: from localhost ([127.0.0.1]:47973 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXase-00052j-Sc for submit@debbugs.gnu.org; Thu, 03 Sep 2015 16:13:09 -0400 Received: from mail-wi0-f172.google.com ([209.85.212.172]:34706) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXasc-00052a-FJ for 21396@debbugs.gnu.org; Thu, 03 Sep 2015 16:13:06 -0400 Received: by wicfx3 with SMTP id fx3so1975282wic.1 for <21396@debbugs.gnu.org>; Thu, 03 Sep 2015 13:13:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=UrhdYHONAnYjIdK5gWht3TSJUTmJ2ZlQPbUz/ogHNuI=; b=ifZEL5mQ3modpAtW4MlYSRTqU05O3xXY+9f5zc9sNVGVpK+fefeF7q7PjhPedmEMdC 8ARSNGcQ1JlE2CDJRzMXlJZQPzF/QJB/txIOMs5v5gGjFxYdprnjfDRzVkDqC0QQNCPr j10Qu9qD1fk3hSvACK99MrlVQASoN8n6Q3WHSYMwXilbNpi2tX/87ynUaGGbKehKiY1j qiJQ4wyfmOMt+SH6ns37K4g0BkoqQdIsOsuUOa3XoAVipiBXb4IyohfF27FW6MV2qqO8 7NiK6jqsgHl5edgrKdPx40MxnuIA0NboqL74+cY8JvkZqSYRPyzhzcGv0HcnSYZ56oZ+ WkiQ== X-Received: by 10.194.87.36 with SMTP id u4mr2566665wjz.8.1441311185818; Thu, 03 Sep 2015 13:13:05 -0700 (PDT) Received: from [10.9.0.103] (nat.webazilla.com. [78.140.128.228]) by smtp.googlemail.com with ESMTPSA id r8sm232383wiz.2.2015.09.03.13.13.04 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 03 Sep 2015 13:13:05 -0700 (PDT) Subject: Re: bug#21396: 25.0.50; read-key's prompt is not visible To: Stefan Monnier , Eli Zaretskii References: <87wpw91h2k.fsf@gnu.org> <87egifgzog.fsf@gnu.org> <83d1xz9xjz.fsf@gnu.org> From: Dmitry Gutov Message-ID: <55E8A9CA.20005@yandex.ru> Date: Thu, 3 Sep 2015 23:12:58 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:40.0) Gecko/20100101 Thunderbird/40.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21396 Cc: 21396@debbugs.gnu.org, Tassilo Horn X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (/) On 09/03/2015 11:10 PM, Stefan Monnier wrote: > I'm not sure what "this" was, but FWIW the recently introduced problem > affected read-key-sequence in general, so it had to be fixed. Thanks, Stefan. From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 03 19:44:58 2015 Received: (at control) by debbugs.gnu.org; 3 Sep 2015 23:44:58 +0000 Received: from localhost ([127.0.0.1]:48021 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXeBe-0005ef-7n for submit@debbugs.gnu.org; Thu, 03 Sep 2015 19:44:58 -0400 Received: from eggs.gnu.org ([208.118.235.92]:44892) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXeBc-0005eY-QJ for control@debbugs.gnu.org; Thu, 03 Sep 2015 19:44:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZXeBb-0001Sw-QO for control@debbugs.gnu.org; Thu, 03 Sep 2015 19:44:56 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34645) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXeBb-0001Sq-N2 for control@debbugs.gnu.org; Thu, 03 Sep 2015 19:44:55 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1ZXeBb-00076F-DN for control@debbugs.gnu.org; Thu, 03 Sep 2015 19:44:55 -0400 Subject: control message for bug 21408 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Thu, 03 Sep 2015 19:44:55 -0400 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -5.0 (-----) forcemerge 21396 21408 From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 04 02:38:25 2015 Received: (at 21396) by debbugs.gnu.org; 4 Sep 2015 06:38:25 +0000 Received: from localhost ([127.0.0.1]:48406 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXkdk-0002eU-SE for submit@debbugs.gnu.org; Fri, 04 Sep 2015 02:38:25 -0400 Received: from mtaout29.012.net.il ([80.179.55.185]:55863) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXkdh-0002eL-QQ for 21396@debbugs.gnu.org; Fri, 04 Sep 2015 02:38:23 -0400 Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0NU500L003HPU900@mtaout29.012.net.il> for 21396@debbugs.gnu.org; Fri, 04 Sep 2015 09:38:35 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NU500HM93SBXE40@mtaout29.012.net.il>; Fri, 04 Sep 2015 09:38:35 +0300 (IDT) Date: Fri, 04 Sep 2015 09:38:23 +0300 From: Eli Zaretskii Subject: Re: bug#21396: 25.0.50; read-key's prompt is not visible In-reply-to: <87zj13fipu.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: Tassilo Horn Message-id: <834mjaaduo.fsf@gnu.org> References: <87wpw91h2k.fsf@gnu.org> <87egifgzog.fsf@gnu.org> <83d1xz9xjz.fsf@gnu.org> <87zj13fipu.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21396 Cc: 21396@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii 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 (+) > From: Tassilo Horn > Cc: monnier@IRO.UMontreal.CA, 21396@debbugs.gnu.org > Date: Thu, 03 Sep 2015 20:42:05 +0200 > > I'm guilty of having (fset 'yes-or-no-p 'y-or-n-p) in my ~/.emacs, too, > but what does this have to do with this issue? If you don't expect that fset to continue working, nothing. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 04 04:04:14 2015 Received: (at 21396) by debbugs.gnu.org; 4 Sep 2015 08:04:14 +0000 Received: from localhost ([127.0.0.1]:48464 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXlyo-0004na-0L for submit@debbugs.gnu.org; Fri, 04 Sep 2015 04:04:14 -0400 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:55542) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXlyl-0004nM-8g for 21396@debbugs.gnu.org; Fri, 04 Sep 2015 04:04:12 -0400 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id CDFD520492 for <21396@debbugs.gnu.org>; Fri, 4 Sep 2015 04:04:10 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 04 Sep 2015 04:04:10 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=j04eChrVoRVYd9ntSUpitwRj6Io=; b=IUKAy 6zcq5R3PMpKybvZY8UQq7dF+bW8bv/INZzmRw0esekUhSoFBFvSK96SD3QsayT4W zcbLNFqDwx/7ZmQTvjPw8c414xY/4XmbsKnvpD3CcPk1euKpPX8gM7GuVFkYmQCo tVU8Wo+fixOqHf068CCmbeAQBGLZt5+e++wIUw= X-Sasl-enc: 2Xphqe1MFDNg3+nJZXO0B24ELjjP1JupL37y9LmuncnW 1441353850 Received: from thinkpad-t440p (unknown [2.163.8.69]) by mail.messagingengine.com (Postfix) with ESMTPA id B5AF3C0028F; Fri, 4 Sep 2015 04:04:09 -0400 (EDT) From: Tassilo Horn To: Eli Zaretskii Subject: Re: bug#21396: 25.0.50; read-key's prompt is not visible References: <87wpw91h2k.fsf@gnu.org> <87egifgzog.fsf@gnu.org> <83d1xz9xjz.fsf@gnu.org> <87zj13fipu.fsf@gnu.org> <834mjaaduo.fsf@gnu.org> Date: Fri, 04 Sep 2015 10:04:07 +0200 In-Reply-To: <834mjaaduo.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 04 Sep 2015 09:38:23 +0300") Message-ID: <874mja4nm0.fsf@gnu.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 21396 Cc: 21396@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (/) Eli Zaretskii writes: >> I'm guilty of having (fset 'yes-or-no-p 'y-or-n-p) in my ~/.emacs, >> too, but what does this have to do with this issue? > > If you don't expect that fset to continue working, nothing. I expect that I can alias/fset, add-function :override, or redefine any emacs function with a semantically equivalent function. Redefining functions is the worst of all customization possibilities, of course, but what is the reason that the above cannot be expected to continue working? Bye, Tassilo From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 04 04:38:31 2015 Received: (at 21396) by debbugs.gnu.org; 4 Sep 2015 08:38:31 +0000 Received: from localhost ([127.0.0.1]:48484 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXmVz-0005eQ-2y for submit@debbugs.gnu.org; Fri, 04 Sep 2015 04:38:31 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:57243) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXmVw-0005eH-Ia for 21396@debbugs.gnu.org; Fri, 04 Sep 2015 04:38:29 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0NU5008009AH2000@a-mtaout23.012.net.il> for 21396@debbugs.gnu.org; Fri, 04 Sep 2015 11:38:27 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NU5008IU9C20620@a-mtaout23.012.net.il>; Fri, 04 Sep 2015 11:38:27 +0300 (IDT) Date: Fri, 04 Sep 2015 11:38:30 +0300 From: Eli Zaretskii Subject: Re: bug#21396: 25.0.50; read-key's prompt is not visible In-reply-to: <874mja4nm0.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: Tassilo Horn Message-id: <831teea8ah.fsf@gnu.org> References: <87wpw91h2k.fsf@gnu.org> <87egifgzog.fsf@gnu.org> <83d1xz9xjz.fsf@gnu.org> <87zj13fipu.fsf@gnu.org> <834mjaaduo.fsf@gnu.org> <874mja4nm0.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 21396 Cc: 21396@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii 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 (+) > From: Tassilo Horn > Cc: monnier@IRO.UMontreal.CA, 21396@debbugs.gnu.org > Date: Fri, 04 Sep 2015 10:04:07 +0200 > > Eli Zaretskii writes: > > >> I'm guilty of having (fset 'yes-or-no-p 'y-or-n-p) in my ~/.emacs, > >> too, but what does this have to do with this issue? > > > > If you don't expect that fset to continue working, nothing. > > I expect that I can alias/fset, add-function :override, or redefine any > emacs function with a semantically equivalent function. That's not the expectation I was arguing against. > Redefining functions is the worst of all customization > possibilities, of course, but what is the reason that the above > cannot be expected to continue working? Supporting this is maintenance burden that we shouldn't be expected to sustain. When I'm working on extending a function, how am I supposed to know that it's defaliased by someone? If I need to extend the function to make it incompatible with these tricks, it's a legitimate development that shouldn't be avoided for fear of breaking someone's fset. If people keep using such "customizations", it's a clear sign that some defcustom or another similar facility is missing, or that the original code needs improvement. So when such situations happen, let's report them to the bug tracker, and let's handle them as we usually do. From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 04 05:27:37 2015 Received: (at 21396) by debbugs.gnu.org; 4 Sep 2015 09:27:37 +0000 Received: from localhost ([127.0.0.1]:48499 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXnHV-0006oL-2L for submit@debbugs.gnu.org; Fri, 04 Sep 2015 05:27:37 -0400 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:46092) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXnHS-0006oC-6v for 21396@debbugs.gnu.org; Fri, 04 Sep 2015 05:27:35 -0400 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id C7FA120755 for <21396@debbugs.gnu.org>; Fri, 4 Sep 2015 05:27:33 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute5.internal (MEProxy); Fri, 04 Sep 2015 05:27:33 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=smtpout; bh=TmKVFWSFt37nmkwYuw0+/3WfXZE=; b=P5Kj6 +G1V+DuCrfZH3+NdjFS1QpFDbHF5U768KYlSHnHcy6JxY7LcgRm5j50cILDHBuyL bk0OuKFy36hxMT1yZ/U8MoZapHu1t/JUzTyXeM5J64ME5uoUg7nXiIkI0RktIuHC 8vJTYdQo1oSMlsz7qt3CdLuwHunNn29K4Kn/CA= X-Sasl-enc: HYbpXewt9OL0UwZki9CgwOj8Qx4joqPXnGGqrPtbH1nR 1441358853 Received: from thinkpad-t440p (unknown [2.163.8.69]) by mail.messagingengine.com (Postfix) with ESMTPA id B81BAC0028D; Fri, 4 Sep 2015 05:27:32 -0400 (EDT) From: Tassilo Horn To: Eli Zaretskii Subject: Re: bug#21396: 25.0.50; read-key's prompt is not visible References: <87wpw91h2k.fsf@gnu.org> <87egifgzog.fsf@gnu.org> <83d1xz9xjz.fsf@gnu.org> <87zj13fipu.fsf@gnu.org> <834mjaaduo.fsf@gnu.org> <874mja4nm0.fsf@gnu.org> <831teea8ah.fsf@gnu.org> Date: Fri, 04 Sep 2015 11:27:30 +0200 In-Reply-To: <831teea8ah.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 04 Sep 2015 11:38:30 +0300") Message-ID: <87vbbq356l.fsf@gnu.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 21396 Cc: 21396@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (/) Eli Zaretskii writes: >> Redefining functions is the worst of all customization possibilities, >> of course, but what is the reason that the above cannot be expected >> to continue working? > > Supporting this is maintenance burden that we shouldn't be expected to > sustain. When I'm working on extending a function, how am I supposed > to know that it's defaliased by someone? If I need to extend the > function to make it incompatible with these tricks, it's a legitimate > development that shouldn't be avoided for fear of breaking someone's > fset. You cannot and should not! I am fully aware that I won't benefit from your extensions to `yes-or-no-p' when I do the above fset. But for a function with no side-effects and such a sharp contract as "ask the user for confirmation and return non-nil if she's fine", I don't see a practical problem anyway. Again, the current issue was that `read-key' (and therefore `y-or-n-p') didn't show its prompt anymore. That was a real regression, not a change which had the side-effect of breaking the fset "trick." Stefan fixed it not in order to restore compatibility with tricks but because `read-key' didn't satisfy the contract of its docstring anymore. > If people keep using such "customizations", it's a clear sign that > some defcustom or another similar facility is missing, or that the > original code needs improvement. So when such situations happen, > let's report them to the bug tracker, and let's handle them as we > usually do. I'm all in favour of having a `user-confirmation-function', and/or a more sensible use of `yes-or-no-p'/`y-or-n-p' inside emacs (use the former only when the consequences of a wrong answer are really severe), or something else. The problem is that it'll take long until all emacs packages follow suit, and frequently having to type 2 or 3 chars + RET instead of just one is something which is cumbersome enough to me and many others as it seems. Bye, Tassilo From unknown Fri Aug 15 16:01:23 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 06 Oct 2015 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator