Description of problem: gnome-ssh-askpass fails to terminate when launched before gnome-session during login. When using the below configuration, this causes login to get stuck because gnome-session is never launched. [warren@ibmlaptop ~]$ cat .Xclients-default ssh-add < /dev/null exec gnome-session [warren@ibmlaptop ~]$ set |grep LANG GDM_LANG=en_US.UTF-8 LANG=en_US.UTF-8 warren 4402 4345 0 16:36 ? 00:00:00 ssh-add warren 4403 4402 0 16:36 ? 00:00:00 [gnome-ssh-askpa] <defunct> warren 4405 1 0 16:36 ? 00:00:00 com.OpenI18N.leif.CannaLE.menu Manually killing these processes allows gnome-session to run. However "ssh-add < /dev/null" when run from a terminal does not exhibit this problem. Version-Release number of selected component (if applicable): im-sdk-12.0.1-6.svn1891 openssh-askpass-gnome-3.9p1-3
It has something to do with the parent process of com.OpenI18N.leif.CannaLE.menu being 1 (init)? When gnome-ssh-askpass is launched from a terminal, the parent process is never 1.
This seems to have been fixed by something recently. Keep in MODIFIED state for now until it is confirmed.
Hmm, I was wrong. It happened again today.
Hi Warren, do you still see this bug?
It seems to trigger only when there are existing defunct auxmenu processes. Perhaps related to Bug 134304?
please test 12.0.1-13.svn1943. if it's related realizing auxmenu, it's no longer realized until you activate the IM.
This has been good in 12.1-1 for a long time.