GNOME Bugzilla – Bug 646178
Can't close dialogs when using insecure storage for a new keyring
Last modified: 2011-10-14 17:23:40 UTC
Using the GNOME 3 live CD distribution. When I enter my WPA2 PSK GNOME Keyring asks me to create a new keyring. When no password is entered, a dialog to confirm unsafe storage appears. At this point, the dialog can not be focused and the previous dialog can not be closed. This seems to break GNOME Shell and no other windows can be properly focused. I'm not sure if GNOME Keyring is creating dialogs wrong, or if Mutter is not handling an edge case properly.
I have a downstream bug on this which has a backtrace attached: https://bugzilla.redhat.com/show_bug.cgi?id=693501
*** Bug 648129 has been marked as a duplicate of this bug. ***
*** Bug 648360 has been marked as a duplicate of this bug. ***
*** Bug 647276 has been marked as a duplicate of this bug. ***
*** Bug 648493 has been marked as a duplicate of this bug. ***
This problem was specific to gnome-keyring built with GTK+3. Fixed on gnome-3-0 branch. commit 9454565c1c17d38a7720da433d9eeb8a436a4ceb Author: Stef Walter <stefw@collabora.co.uk> Date: Sun Apr 24 11:12:12 2011 +0200 ui: Fix clicking buttons in 'unsafe storage' dialog on GTK+3 https://bugzilla.gnome.org/show_bug.cgi?id=646178
the problem still persists when i change the password from seahorse!
You're probably not yet using the new version of gnome-keyring: 3.0.1
*** Bug 647065 has been marked as a duplicate of this bug. ***
*** Bug 651077 has been marked as a duplicate of this bug. ***
I'm still seeing this on 3.0.2 on Fedora. By looking at https://mail.gnome.org/archives/commits-list/2011-April/msg09468.html I see a lot of "keyboard grabbing" going on. Pardon my naïveté, but what is that about? Doesn't simply hiding the parent and creating a new prompt dialog window (then destroying/showing the parent again depending on the final user choice) suffice?
And FWIW, this also happens with metacity, not just with gnome shell.
(In reply to comment #11) > I see a lot of "keyboard grabbing" going on. Pardon my naïveté, but what is > that about? If you do not grab the device, every process running on your X server could eavesdrop your password.
This is still valid in Fedora 16 Alpha, with very recent GNOME / GTK bits (3.1.4 ish).
I can't duplicate this. Could you try and duplicate this with the following command in the built gnome-keyring directory: ui/gnome-keyring-prompt-3 < ui/tests/files/prompt-full In you built gnome-keyring directory make sure not to have configure gnome-keyring with --enable-debug as that affects the behavior. Please provide output of that command.
Jean-François, Adam, can you please provide requested information as per comment#15 ?
I'm now unable to reproduce this on two different computers running Fedora 16 with GNOME 3.2. Someone can prove me wrong, but as far as I'm concerned, the problem has vanished on my end.