GNOME login is stuck after ssh-askpass because gnome-ssh-askpass process becomes defunct. This seems to be the same behavior as Bug #132340 where IIIMF broke gnome-ssh-askpass. This behavior began after the immodule language list removal of Bug #167088. Produce Procedure: [warren@ibmlaptop ~]$ cat .Xclients-default ssh-add < /dev/null exec gnome-session
Can you explain in more detail how to reproduce this?
1) Have a ssh key with passphrase 2) Create ~/.Xclients-default containing the above two lines. 3) Login to GNOME session using en_US.UTF-8 4) See it get stuck before displaying gnome-ssh-askpass.
Hmm after the latest FC5 upgrade this problem went away. Closing NOTABUG for now, will reopen if I see it again.
I was wrong, it happens after I enter the ssh passphrase. The dialog disappears and it is stuck there forever with gnome-ssh-askpass defunct. I need to kill ssh-add for it to begin to run GNOME.
A more recent version of SCIM no longer enables IM in GTK+ password dialogs, so there are now two things preventing this from happening in gnome-ssh-askpass. I suppose this is only a symptom of the debug prints going to stdout combined with the crap redirection used by askpass. Hopefully nothing else is affected by this. So closing...