GNOME Bugzilla – Bug 695485
Don't replace an already running prompter
Last modified: 2013-03-13 06:58:52 UTC
If another keyring prompter races to startup before gnome-shell does, then don't replace that one. Otherwise this results in cancelled operations/prompts, and unexpected behavior during auto-login. This does not fix the race between the fallback prompter and the shell prompter during startup (see bug# 693145), but makes prompting reliable. Without this patch gnome-keyring-daemon does a critical warning that it's prompter is behaving in unexpected ways.
Created attachment 238451 [details] [review] keyring: Don't replace an already running prompter * Prompters have state, and cancelling an already prompter will cause prompts that are in progress to fail. * In addition allow replacement of our shell prompter for debugging purposes.
Should we consider this for 3.8 ?
Yes please. Downstreams may also want to consider it for 3.6.
Florian, can you review this ?
Review of attachment 238451 [details] [review]: Not a big fan - using the fallback prompter in one session and the shell one in another isn't exactly a nice user experience. So we still need to figure out how to prevent the o.g.k prompt to run in a shell session, but the patch at least makes our failure a bit nicer, so ...
(In reply to comment #5) > Review of attachment 238451 [details] [review]: > > Not a big fan - using the fallback prompter in one session and the shell one in > another isn't exactly a nice user experience. So we still need to figure out > how to prevent the o.g.k prompt to run in a shell session, but the patch at > least makes our failure a bit nicer, so ... Yeah I agree, I'm not a big fan either. As noted, please comment at bug# 693145 if you have an plan for an easy way to do what you describe.
Attachment 238451 [details] pushed as 805a409 - keyring: Don't replace an already running prompter