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 371908 - Password Entry broken
Password Entry broken
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: .General
unspecified
Other Linux
: Normal major
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2006-11-07 09:36 UTC by Sven Herzberg
Modified: 2008-09-29 14:28 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Simple test (506 bytes, patch)
2007-07-24 04:49 UTC, Stef Walter
none Details | Review

Description Sven Herzberg 2006-11-07 09:36:52 UTC
Change your keyboard to allow you to enter characters like these: äöüß

Then when Gnome Keyrings asks you to specify the initial password for the default try this for some iterations:

1. Press a UTF8-multibyte character (like 'ä')
2. Press backspace
3. (see 1.)

You see that the password entry gets quite polluted with characters.
Comment 1 Stef Walter 2007-07-24 02:45:47 UTC
Does this still happen for you?

When I try this, I have to type two backspace characters for each character deleted. This happens in any GtkEntry with:

 gtk_entry_set_visibility (entry, FALSE);

Looks like a GTK bug. 
Comment 2 Matthias Clasen 2007-07-24 04:07:03 UTC
I can't reproduce this. I can enter multi-byte characters and remove them one-by-one regardless if the entry is invisible or not. Any more details ?
Comment 3 Stef Walter 2007-07-24 04:48:55 UTC
I can duplicate this in any GTK Entry. Attaching a (braindead) test program I used to verify it wasn't anything program specific.

 * LANG=en_US.UTF-8
 * Main 'Germany' keyboard
 * Linux stef 2.6.20-16-generic #2 SMP Thu Jun 7 20:19:32 UTC 2007 i686 GNU/Linux
 * GTK: 2.10.11-0ubuntu3


Comment 4 Stef Walter 2007-07-24 04:49:48 UTC
Created attachment 92253 [details] [review]
Simple test
Comment 5 Matthias Clasen 2007-07-24 05:01:17 UTC
works fine here, with either 2.11.6 or 2.10.14
Comment 6 Matthias Clasen 2007-10-17 03:05:07 UTC
still unreproducible. Any further hints ?
Comment 7 Stef Walter 2008-07-22 15:16:29 UTC
Whoops, sorry for the delay in getting back on this.

Yes, I can still reproduce this with GTK 2.12.9 from Ubuntu 8.04 along with X.org/comiz from that same Ubuntu. 

I'm running a English/US session with a English/Dvorak keyboard, and switch (using the keyboard applet) to a German/default keyboard (and then removing all other keyboard layouts). I don't reboot or restart the session after doing this. 

But I can't imagine any of the above description is really helpful. Are there any specific tests you'd like me to do? I'm unfamiliar with the world of locales, keyboard maps and all that.

stef@stef:~/Desktop$ set | grep 'LC\|LANG'
GDM_LANG=en_US.UTF-8
LANG=en_US.UTF-8
MAILCHECK=60

Comment 8 Matthias Clasen 2008-09-29 06:30:27 UTC
The patch attached to bug 317002 fixes the backspace problem for invisible entries and multibyte characters.
Comment 9 Matthias Clasen 2008-09-29 14:28:42 UTC
2008-09-29  Matthias Clasen  <mclasen@redhat.com>

        Bug 371908 – Password Entry broken
        Bug 317002 – Disable input method completely in GtkEntry when it's
        in invisible mode.

        * gtk/gtkentry.c (gtk_entry_backspace): Make backspace behave
        properly when invisible.

        * gtk/gtkentry.c (gtk_entry_create_layout): Show preedit even if
        invisible.

        * gtk/gtkentry.c (gtk_entry_set_visibility): Don't disable input
        methods when making the entry invisible.