Bug 683929

Summary:	"Blocking" popup when chosing not to use a password for the default keyring
Product:	[Fedora] Fedora	Reporter:	Mathieu Bridon <bochecha>
Component:	gnome-keyring	Assignee:	Tomáš Bžatek <tbzatek>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	15	CC:	tbzatek, tsmetana, walters
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-04-14 13:38:55 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Mathieu Bridon 2011-03-10 17:27:55 UTC

Description of problem:
Booting the gnome3_test_20110310_x86_64.iso for the Gnome 3 Test Day, I tried to connect to my wifi network using the nm-applet.

NM asked me for my wifi password, which I entered, and at this moment Gnome-Keyring opened a window, asing me for a password for the "Default" keyring.

Not caring about security for a throaway live session, I validated the dialog without entering any password.

Gnome-Keyring then showed up a modal popup window, parented to the previous one (so that it gets out of the window decoration, with the new effect in Gnome-Shell), saying that this is bad for security and asking for confirmation.

And here was the problem: there was no way to confirm this window. Nothing would happen when I clicked the "ok" or "cancel" buttons. Hitting escape had no effect either, as well as clicking the close button in the top-right corner of the gnome-keyring main dialog.

Version-Release number of selected component (if applicable):
gnome-keyring-2.91.91-1.fc15

How reproducible:
Always

Steps to Reproduce:
1. enter a password in a gnome-keyring enabled application for the first time (a live system is perfect for that)
2. don't enter any password for the default keyring

Additional informations:
This makes a user of a live session effectively stuck if he doesn't use a password for the default keyring (as most people do?).

I couldn't even get away of the situation by killing gnome-keyring: doing it took nm-applet with it, and I couldn't restart it afterwards (it complained about not being able to connect to the session dbus).

Comment 1 Tomáš Bžatek 2011-03-11 16:38:35 UTC

Interesting issue. Can you please make a screenshot?

Comment 2 Mathieu Bridon 2011-03-15 07:08:21 UTC

Interestingly I can't.

Maybe it is because it is modal, I don't know, but as soon as the Gnome-Keyring dialog (the first one I mentioned in my comment above, i.e not the blocking one), the screenshot tool in Gnome doesn't seem to work anymore. :-/

It is 100% reproducible though, and I reproduced it again with yesterday's nightly compose from http://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/
(that was 20110313 but it's not available anymore).

Comment 3 Tomáš Bžatek 2011-03-15 10:35:37 UTC

OK, expected. `gnome-screenshot --delay=20` should help you to make screenshot no matter if a dialog has keyboard grab.

Comment 4 Mathieu Bridon 2011-04-14 13:29:29 UTC

Sorry it took so long, I finally got some time to try it again.

I tested the Beta RC2 image, did exactly the same, and I can't reproduce it anymore.

Something must have changed, but now on the live session I am not asked anymore for a password for the Gnome keyring.

Bug fixed, or notabug, in any case it doesn't happen anymore. :)

Comment 5 Tomáš Bžatek 2011-04-14 13:38:55 UTC

Yeah, there were lots of changes since .91, Beta RC1 already contains final 3.0.0 Gnome. I've been trying RC1 live image for some time and haven't noticed any problems.

If you see the problem again, please reopen this bugreport.