cerbere should not be restarted automatically by gnome-session

Bug #1021973 reported by Victor Martinez
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Cerbere
Fix Released
Undecided
Victor Martinez

Bug Description

Due to Cerbere's current implementation, it doesn't make sense to restart it after it exits (even if it was signaled, etc.)

This is Cerbere's lifecycle:
1) Register with session manager
2) Read stuff from settings
3) Load processes
4) Enter monitor state (not really, since this is asynchronously tied to each process)

When Cerbere exits, it doesn't kill all the processes it spawned. Instead, these processes are kept alive, and become zombies since no one is watching them. Supposing Cerbere was killed, the following would happen:

1) Cerbere exits. The processes it spawned are still running
2) A new instance of Cerbere starts (thanks gnome-session!)
3) This new instance tries to load the processes again
4) Single-instance processes will crash, since another instance is already running
5) Enter the spawn => crash cycle until the max-crash-count value is reached for every process (UGH, this part sucks!)
6) Cerbere gives up and ends up running without monitoring a single process (i.e. we have an instance of it running with no purpose).

Since killing the processes Cerbere spawned along with it seems inappropriate to me, for the Luna cycle I would suggest leaving Cerbere as it is, and only changing the respective entries in the .desktop file:

[Desktop File]
X-GNOME-Autostart-Notify
X-GNOME-AutoRestart

description: updated
Revision history for this message
Sergey "Shnatsel" Davidoff (shnatsel) wrote :

X-GNOME-Autostart-Notify should be either set to true or axed.
X-GNOME-Autorestart should be set to false indeed.

Changed in cerbere:
status: New → Triaged
Cody Garver (codygarver)
Changed in cerbere:
assignee: nobody → Victor Eduardo (victored)
status: Triaged → Fix Committed
milestone: none → luna-beta1
Changed in cerbere:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.