GNU bug report logs - #12570
24.2.50; C-u does not work in read-passwd

Previous Next

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

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

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

From: Michael Welsh Duggan <mwd <at> cert.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.2.50; C-u does not work in read-passwd
Date: Wed, 03 Oct 2012 10:36:30 -0400

When read-passwd was changed in revision 107874
(monnier <at> iro.umontreal.ca-20120411181320-zd3wwgbom1229q74) to use
read-string, it no longer allows C-u to reset the currently entered
string.

In GNU Emacs 24.2.50.1 (i686-pc-linux-gnu, GTK+ Version 2.10.4)
 of 2012-09-25 on waterbuck.yellow.cert.org
Bzr revision: 110196 eliz <at> gnu.org-20120925124413-us1fkny5urer83c3
Windowing system distributor `The X.Org Foundation', version 11.0.70101000
System Description:	Red Hat Enterprise Linux Server release 5.8 (Tikanga)

-- 
Michael Welsh Duggan
(mwd <at> cert.org)

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Michael Welsh Duggan <mwd <at> cert.org>
Cc: 12570 <at> debbugs.gnu.org
Subject: Re: bug#12570: 24.2.50; C-u does not work in read-passwd
Date: Wed, 03 Oct 2012 13:25:21 -0400

> When read-passwd was changed in revision 107874
> (monnier <at> iro.umontreal.ca-20120411181320-zd3wwgbom1229q74) to use
> read-string, it no longer allows C-u to reset the currently entered
> string.

You can use C-a C-k, instead, like in any other minibuffer.


        Stefan

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

From: Michael Welsh Duggan <mwd <at> cert.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: "12570 <at> debbugs.gnu.org" <12570 <at> debbugs.gnu.org>
Subject: Re: bug#12570: 24.2.50; C-u does not work in read-passwd
Date: Wed, 03 Oct 2012 13:45:19 -0400

Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

>> When read-passwd was changed in revision 107874
>> (monnier <at> iro.umontreal.ca-20120411181320-zd3wwgbom1229q74) to use
>> read-string, it no longer allows C-u to reset the currently entered
>> string.
>
> You can use C-a C-k, instead, like in any other minibuffer.

If you truly think that this is TRT, so be it.  I will adjust
(eventually).  But it does sit uneasily in my mind.  I can type C-u to
cancel typing in passwords for login shells, ssh-add, and just about any
other program that accepts a password.  It feels odd to switch my
password typing habits just in Emacs.  When I fumble-finger a password,
I barely pause in typing before typing C-u and continuing to type.  The
change is consistent with the rest of Emacs, but I do not know that I
can declare it a wise consistency in this case.

-- 
Michael Welsh Duggan
(mwd <at> cert.org)

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

From: Richard Stallman <rms <at> gnu.org>
To: Michael Welsh Duggan <mwd <at> cert.org>
Cc: 12570 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#12570: 24.2.50; C-u does not work in read-passwd
Date: Thu, 04 Oct 2012 16:19:41 -0400

I agree with you.  I think consistency with other programs that read
passwords is more important than consistency with the minibuffer.

-- 
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org  www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
  Use Ekiga or an ordinary phone call

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

From: "Andrew W. Nosenko" <andrew.w.nosenko <at> gmail.com>
To: rms <at> gnu.org
Cc: 12570 <at> debbugs.gnu.org, Michael Welsh Duggan <mwd <at> cert.org>
Subject: Re: bug#12570: 24.2.50; C-u does not work in read-passwd
Date: Fri, 5 Oct 2012 00:26:46 +0300

On Thu, Oct 4, 2012 at 11:19 PM, Richard Stallman <rms <at> gnu.org> wrote:
> I agree with you.  I think consistency with other programs that read
> passwords is more important than consistency with the minibuffer.
>

Excuse me, but proposed "consistence" is not a consistence with other
password-reading programs but a consistence with teminals or teminal
emulators.

For example, for me the most used password entries are GDM (login),
gnome-screensaver (session lock) and pinentry for GnuPG and SSH.  All
of them use GTK+, and "reset previous typed passwd" is Shift-Home
followed by Del or Backspace.

Should I propose Emacs to behave the same?..
Rhetorical question.

-- 
Andrew W. Nosenko <andrew.w.nosenko <at> gmail.com>

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Michael Welsh Duggan <mwd <at> cert.org>
Cc: "12570 <at> debbugs.gnu.org" <12570 <at> debbugs.gnu.org>
Subject: Re: bug#12570: 24.2.50; C-u does not work in read-passwd
Date: Thu, 04 Oct 2012 18:01:35 -0400

> If you truly think that this is TRT, so be it.  I will adjust
> (eventually).  But it does sit uneasily in my mind.  I can type C-u to
> cancel typing in passwords for login shells, ssh-add, and just about any
> other program that accepts a password.  It feels odd to switch my
> password typing habits just in Emacs.  When I fumble-finger a password,

We can add a C-u binding as well.  I don't have time right now, tho, so
if someone else wants to do it...


        Stefan

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

From: Richard Stallman <rms <at> gnu.org>
To: "Andrew W. Nosenko" <andrew.w.nosenko <at> gmail.com>
Cc: 12570 <at> debbugs.gnu.org, mwd <at> cert.org
Subject: Re: bug#12570: 24.2.50; C-u does not work in read-passwd
Date: Thu, 04 Oct 2012 21:35:32 -0400

    Excuse me, but proposed "consistence" is not a consistence with other
    password-reading programs but a consistence with teminals or teminal
    emulators.

I normally use terminals.

Perhaps read-passwd should implement C-u on terminals
and Shift-HOME DEL on a window system?

-- 
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org  www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
  Use Ekiga or an ordinary phone call

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

From: "Andrew W. Nosenko" <andrew.w.nosenko <at> gmail.com>
To: rms <at> gnu.org
Cc: 12570 <at> debbugs.gnu.org, mwd <at> cert.org
Subject: Re: bug#12570: 24.2.50; C-u does not work in read-passwd
Date: Fri, 5 Oct 2012 11:58:27 +0300

On Fri, Oct 5, 2012 at 4:35 AM, Richard Stallman <rms <at> gnu.org> wrote:
>     Excuse me, but proposed "consistence" is not a consistence with other
>     password-reading programs but a consistence with teminals or teminal
>     emulators.
>
> I normally use terminals.

Then, for consistency with terminals, you need not C-u, but what the
"kill" control-character is set to (see KILL control character in
termios(4) and "kill" control character in stty(1)).  Yes, it set to
^U (C-u in Emacs notation) by default, but may be redefined by user at
the any time using stty(1), for example.

>
> Perhaps read-passwd should implement C-u on terminals
> and Shift-HOME DEL on a window system?

Oh, no, please!  I hate CUA and prefer Emacs way!

-- 
Andrew W. Nosenko <andrew.w.nosenko <at> gmail.com>

Message #31 received at 12570-done <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: 12570-done <at> debbugs.gnu.org
Subject: Re: bug#12570: 24.2.50; C-u does not work in read-passwd
Date: Fri, 05 Oct 2012 22:48:37 -0400

Stefan Monnier wrote:

> We can add a C-u binding as well.  I don't have time right now, tho, so
> if someone else wants to do it...

Done; hopefully to your satisfaction.

Previous Next

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