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
[warren@ibmlaptop ~]$ set |grep LANG
warren 4402 4345 0 16:36 ? 00:00:00 ssh-add
warren 4403 4402 0 16:36 ? 00:00:00 [gnome-ssh-askpa]
warren 4405 1 0 16:36 ? 00:00:00
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):
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.