As a work-around, for each user account I created a new file in ~/.config/autostart/ called goa-replace.desktop, and in a text-editor entered the following:
The problem seems to be that dbus is spawning goa-daemon, but then not killing the process when the user logs out. gnome-keyring IS killed, and this breaks the link between the two.
Not sure what the *real* solution is, seems to be a big debate about how systemd leaves 'lingering' processes from users after log out. I see 28 processes left running after a user logs out. Surely this needs to be cleaned up??? Is there a better way to force systemd to properly close a users session?
I found the bug described and confirmed on redhat, where I also found the solution. (although they have the goa-demon in the /usr/libexec/ folder) /bugzilla. redhat. com/show_ bug.cgi? id=1340203
https:/
As a work-around, for each user account I created a new file in ~/.config/ autostart/ called goa-replace. desktop, and in a text-editor entered the following:
[Desktop Entry] lib/gnome- online- accounts/ goa-daemon --replace
Name=GOA Replace
Exec=/usr/
NoDisplay=true
Terminal=false
Type=Application
The problem seems to be that dbus is spawning goa-daemon, but then not killing the process when the user logs out. gnome-keyring IS killed, and this breaks the link between the two.
Not sure what the *real* solution is, seems to be a big debate about how systemd leaves 'lingering' processes from users after log out. I see 28 processes left running after a user logs out. Surely this needs to be cleaned up??? Is there a better way to force systemd to properly close a users session?