After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 46727 - oafd should exit if idle
oafd should exit if idle
Status: RESOLVED WONTFIX
Product: bonobo-activation [was: oaf]
Classification: Deprecated
Component: general
cvs (head)
Other Linux
: Urgent critical
: ---
Assigned To: Michael Meeks
Michael Meeks
: 48385 63618 64220 68559 (view as bug list)
Depends on:
Blocks: 48475
 
 
Reported: 2001-02-16 23:24 UTC by Ben Liblit
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ben Liblit 2001-09-10 00:58:00 UTC
The GConf daemon cleanly shuts itself down if left idle for half an hour.  OAFD
should do the same.  It is rude for users to leave daemons sitting around on a
system after they are long gone.

If you feel like looking at how GConf does this, half_hour_timeout() in gconfd.c
contains the heart of the matter.



------- Additional Comments From liblit@acm.org 2001-02-16 18:25:50 ----

Note that fixing this bug would essentially render bug #46728 moot.



------- Additional Comments From mjs@noisehavoc.org 2001-02-20 13:39:00 ----

Would love to do this for 1.0 but doubt there is time :-(




------- Additional Comments From mjs@noisehavoc.org 2001-08-08 01:14:21 ----

*** Bug 48385 has been marked as a duplicate of this bug. ***



------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:58 -------
Comment 1 Luis Villa 2002-03-07 14:26:50 UTC
Reassigning bonobo-activation bugs to michael.
Comment 2 Michael Meeks 2002-04-16 15:12:55 UTC
*** Bug 63618 has been marked as a duplicate of this bug. ***
Comment 3 Michael Meeks 2002-04-16 15:13:35 UTC
*** Bug 64220 has been marked as a duplicate of this bug. ***
Comment 4 Michael Meeks 2002-04-16 15:15:31 UTC
*** Bug 68559 has been marked as a duplicate of this bug. ***
Comment 5 Michael Meeks 2002-04-17 09:27:08 UTC
This is really serious, there is still no way to shut down the daemon,
thus a multi user system will pile up a daemon per user that has
logged on.

The solution is underway; Anders' new SAX parsing will speed up
activation, we then need to add a 'daemon' attribute to any server
that is a system / desktop service [ they can deal with their own
lifecycle issues ].

We then need to add some 'broken' signal handlers to any non-daemon
process, and shut ourselves down when all non daemon connections are
broken / they are de-registered.

Secondarily it would be nice to shut down when we're not needed, and
re-hydrate ourselves, and our client handles at a later date; this is
perhaps more difficult, we should steal some code from GConf to do this.
Comment 6 Michael Meeks 2002-05-13 08:30:15 UTC
So - bonobo-activation now shuts down when there are no clients
registered with it, and it's idle. This will mostly occur at end of
session - assuming all the other components cleanup properly.

This is probably a better solution than a timeout, although it may
transpire that additional heuristics will become neccessary in future.
Comment 7 Ben Liblit 2002-06-05 07:52:23 UTC
bonobo-activation-server correctly exits when the user's session ends.
 Yay!  However, this bug was originally filed against oafd, and oafd
still does not exit when idle.

In theory, oafd has been replaced by bonobo-activation-server.  In
practice, users are going to have a mix of GNOME1 and GNOME2
applications for a while, and therefore oafd will still be running on
many desktops for quite some time to come.

I'm reopening this bug, but removing the GNOME2, GNOME2.0.0, and triaged.

If there is no intention to ever fix oafd, then the bug should be
changed to WONTFIX.  Hopefully, though, someone will decide that even
lowly oafd deserves one last bug fix.
Comment 8 Michael Meeks 2002-06-12 09:28:33 UTC
It seems highly unlikely that oafd will ever be fixed.
Comment 9 Michael Meeks 2002-10-15 11:06:31 UTC
Even more unlikely with the last significant Gnome 1.4 app moving to
port to Gnome 2.0 soon.