Bug 106826
Summary: | evolution-wombat does not exit politely at end of session | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Paul W. Frields <stickster> | ||||||
Component: | evolution | Assignee: | Jeremy Katz <katzj> | ||||||
Status: | CLOSED RAWHIDE | QA Contact: | |||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | rawhide | CC: | hp, lists, p.van.egdom, rdieter, twaugh | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | i386 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | 1.4.5-7 | Doc Type: | Bug Fix | ||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2003-10-29 22:20:23 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Bug Depends On: | |||||||||
Bug Blocks: | 100643 | ||||||||
Attachments: |
|
Description
Paul W. Frields
2003-10-11 00:49:43 UTC
Created attachment 95113 [details]
Screenshot of gnome-settings-daemon errors.
Just killing the bonobo process works around this; nothing to do with wombat then I guess. Apparently I don't understand the wombat/bonobo relation well, for which I apologize. When I log out of GNOME, if I switch to a tty and login there, I still see both the evolution-wombat and bonobo-activation-server processes alive. Killing wombat also ends the bonobo-a-s process, but killing b-a-s does not end the wombat process. Therefore I came to the tentative conclusion that the proper behavior was probably for wombat to be terminating in some courteous fashion during the logout process, allowing b-a-s to finish as well. I don't understand it myself. I think you are probably right. I experience this after every logout/login. Just killing b-a-s fixes things. Same bad behavior in kernel-2.4.22-1.2096.nptl. Once again, the problem is not in the bonobo-activation-server. The wombat process does not end properly, which apparently means that bonobo-activation-server can't either. I can only hope Havoc understands this stuff. :-) I'm assuming from the relative silence that there's nothing else I can do to help track this down. For additional information at GNOME's Bugzilla: http://bugzilla.gnome.org/show_bug.cgi?id=124707 Also, I have changed title to reflect reality. Should this be moved to UPSTREAM? *** Bug 107580 has been marked as a duplicate of this bug. *** Created attachment 95444 [details]
implement session management for wombat
Attached patch implements session management for evolution-wombat. Sent
upstream for comments.
Added patch to evolution to fix this for FC1. Patch has been rejected by upstream, though as it adds a dependency on the DISPLAY for evolution-wombat. Tested 1.4.5-7, appears to work just fine now. Thanks Jeremy. FYI, rebuilt evolution-1.4.5-7 on rh9 *still* has the problem. -- Rex This is what gnome's bugzilla claims to fix it (in libbonobo): diff -u -p -u -r1.41 bonobo-activation-activate.c --- bonobo-activation/bonobo-activation-activate.c 9 Jun 2003 13:17:55 -0000 1.41 +++ bonobo-activation/bonobo-activation-activate.c 29 Oct 2003 13:23:01 -0000 @@ -714,6 +714,7 @@ bonobo_activation_init_activation_env (v { "SESSION_MANAGER", NULL }, /* XSMP session manager */ { "AUDIODEV", NULL }, /* Audio device on Sun systems */ { "LANG", NULL }, /* Fallback locale name */ + { "XAUTHORITY", NULL }, { NULL, NULL } }; I applied this patch to rh9's bonobo-activation, but it didn't seem to help any. )-: FYI, for the problem to go away on rh9, I had to upgrade other items as well: libbonobo-2.4.0 (patched as above), libbonoboui-2.4.0, GConf2-2.4.0, ORBit2-2.8.2 (and linc 1.0.3). Not the end of the story, turns on the wombat patch made the Calendar non-functional. Rebuilding without it fixed the Calendar, and it turns out I'm not seeing the original problem either (perhaps it really was fixed solely by the bonobo-action/XAUTHORITY patch). OK, I'm really done this time. (-; To follow up on Rex's comments, and add some new experience, the problem is recurring in FC1. The wombat process now stops politely, but bonobo-activation-server persists, causing the same problem. Havoc or Tim... should this bug be reopened at this point? Apparently other people are still seeing this as well, cf. #109449 for example. Yes, I'm seeing this problem on FC1. I have NFS mounted home directories. |