We are closing this bug report as it lacks the information, described in
the previous comments, we need to investigate the problem further.
However, please reopen it if you can give us the missing information and
don't hesitate to submit bug reports in the future.
** Changed in: gnome-session
Last time the problem happened (randomly, again), I noticed this in the
system logs:
Jul 4 14:08:35 DervishD bonobo-activation-server (user-27765): could
not associate with desktop session: Failed to connect to socket /tmp
/dbus-yCtvGcMEiw: Connection refused
¿Maybe related? It appeared in the
That looks normal there. Can you recreate the issue by logging in with a
failsafe xterm, then running gnome-session --debug 21 | tee ~/gnome-
session.log, and attempting a restart? If that has the same issue, then
please attach the file gnome-session.log to this bug report.
Thanks
--
Restart...
I haven't been able to reproduce the problem following your
instructions, but the fact is that the problem doesn't happen after a
fresh boot (no matter if after a reboot or from power off). Everytime it
has produced I have had uptimes of over two weeks.
I'll try to reproduce and at the same time
Re-assigning to gnome-session. That's unlikely to be a FUSA bug. What is
the output of:
ck-list-sessions
polkit-auth
polkit-auth --show-obtainable
Thanks
** Package changed: fast-user-switch-applet (Ubuntu) = gnome-session
(Ubuntu)
** Changed in: gnome-session (Ubuntu)
Importance: Undecided
Hi Chris and thanks for your reply.
Maybe it's a bug on gnome-session, I'll try another applet for rebooting
next time to see if the problem persists (which would indicate that the
problem is with gnome-session, not with FUSA).
I'll attach here the output of the commands you said, although I've
