After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 541958 - gdm removed support for clearing entered password with Control-U
gdm removed support for clearing entered password with Control-U
Status: RESOLVED NOTABUG
Product: gdm
Classification: Core
Component: general
2.22.x
Other All
: Normal normal
: ---
Assigned To: GDM maintainers
GDM maintainers
Depends on:
Blocks:
 
 
Reported: 2008-07-07 21:15 UTC by Jim Radford
Modified: 2008-07-26 20:37 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description Jim Radford 2008-07-07 21:15:44 UTC
Please describe the problem:
Most unix/linux password prompts, shell prompts and gtk text entry boxes (at least in emacs mode) support the standard terminal key sequences (like Control-U to clear the previously entered text).  Somehow the latest gdm seems to have accidentally broken/removed support for these.  They used to work in older versions.

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Jim Radford 2008-07-07 21:18:06 UTC
This bug was originally filed here: https://bugzilla.redhat.com/show_bug.cgi?id=454180
Comment 2 William Jon McCann 2008-07-21 14:29:11 UTC
If you want your system to support Control-U then you can set the following GConf key in the defaults database:
/desktop/gnome/interface/gtk_key_theme = Emacs

That way all GTK+ entry boxes will behave in a consistent way.  The non-emacs way of accomplishing this is to:
Control-A
Delete
Comment 3 Jim Radford 2008-07-21 18:49:48 UTC
Control-U is not an emacs key (try it in emacs) though it does happen to be supported in the gtk emacs mode.  I'm suggesting that gdm's password prompt support this "password convenience key" (as it used to) for compatibility with terminal based password prompts.  Try it at any ssh prompt for example, or run "stty -a" to see that Control-U is processed by the terminal itself.

I think that consistency across *all* Unix password prompts is a good thing.

Control-U in particular is nice when entering passwords since it doesn't require you to know what you have mistyped, just that you *have* mistyped.
 
This is really just a nicety for Unix old timers and power users that newer users will not be hampered by.

You are right, this is not a bug per se, but it is a regression.
Comment 4 Ray Strode [halfline] 2008-07-26 06:15:27 UTC
fwiw, i totally agree with Jim.  The keybinding isn't being used for anything else anyway, and it would help people with muscle memory.

(we do it for the password prompt at the Fedora boot screen too)

Maybe we should fix this in gtk though, so ctrl-u always works when it's showing password characters.
Comment 5 David Caldwell 2008-07-26 20:37:25 UTC
Let me put my 2 cents in and agree with Jim here too. I've been using Control-U at passwords prompts for years and years now. I would hate to have my muscle memory not work in this case. Let me point out that many random other GUI programs (like Thunderbird, for example) support this....