|Summary:||SCIM causes gnome-ssh-askpass to fail closing|
|Product:||[Fedora] Fedora||Reporter:||Warren Togami <wtogami>|
|Component:||scim||Assignee:||Jens Petersen <petersen>|
|Status:||CLOSED RAWHIDE||QA Contact:|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2005-12-20 19:38:38 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
|Bug Depends On:|
Description Warren Togami 2005-09-19 04:02:46 UTC
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
Comment 1 Jens Petersen 2005-09-22 01:43:33 UTC
Can you explain in more detail how to reproduce this?
Comment 2 Warren Togami 2005-09-22 19:21:16 UTC
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.
Comment 3 Warren Togami 2005-09-23 04:29:00 UTC
Hmm after the latest FC5 upgrade this problem went away. Closing NOTABUG for now, will reopen if I see it again.
Comment 4 Warren Togami 2005-09-23 15:20:44 UTC
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.
Comment 5 Warren Togami 2005-12-20 19:38:38 UTC
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...