Bug 182957
Summary: | gnome-session sometimes leaves clients behind | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Michal Jaegermann <michal> |
Component: | gnome-session | Assignee: | Ray Strode [halfline] <rstrode> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | hdegoede, mlists |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-03-09 03:30:56 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: | 150222 |
Description
Michal Jaegermann
2006-02-24 18:27:58 UTC
I had this too, but fortunatly no longer have it (the hanging at end of session and many processes including panel staying around). But session managment still is pretty much hosed: Menu->System->Preferences->More Preferences->Sessions has serious issues: -it contains a ask on logout checkbox, which does not seem todo anything -it contains an automaticly save session on logout checkbox, but it seems to (almost) never save my settings. -I can add all programs I want add the "Startup Programs" tab, but the next login they wont start and the list is back as it was. -Trying to delete a app from the Startup Programs" tab causes the dialog to hang and use 100% cpu. Also but this is already reported in wromgly imported the "Startup Programs" list from my old gnome settings. > I had this too, but fortunatly no longer have it
Maybe this happens with a somewhat decreesed frequency but I am seeing
that quite regularly on a system updated to everything current in this moment.
Just on a the last logout from a seesion everything was sitting doing
apparently nothing for a while and surely enough 'pgrep -l -f gnome'
reports:
2574 gnome-panel --sm-client-id default2
2584 /usr/libexec/gnome-vfs-daemon
--oaf-activate-iid=OAFIID:GNOME_VFS_Daemon_Factory --oaf-ior-fd=31
and all other session clients, like described originally, are there too.
Killing 'mixer_applet2' process makes all of them to go away with
an exception of 'gam_server'. This seems to be consistent (although
I have no idea how to recreate the whole thing "on demand"; after a few
tries usually it happens).
if you add AlwaysRestartServer=true to the [daemon] section of /etc/gdm/custom.conf does it work around the problem for you? I will try this "AlwaysRestartServer=true" but I doubt if this will help. The reason is that after I had these clients stuck I tried 'pkill -f gdm'. This restarts gdm afresh but these straggler were still there. Re comment #3: AlwaysRestartServer=true did not help at all. I got a hit on the first try. Lucky me! gdm server did restart after a logout but after _that_ I am seeing 2068 with 'pgrep -u $USER -f mixer_applet2' and all other unwanted stragglers, including gnome-panel, are still there. As a nasty workaround I see a possibility of putting into PreFetchProgram something which does 'pkill -f mixer_applet2' but this will be really vile if there are multiple desktops, possibly with various users, running on such machine. BTW - this is a standard situation in my household. I do not see how 'pkill -u $USER -f mixer_applet2' may help as $USER will be 'root' at that moment (and even if this would work then multiple desktops owned by the same user are still out). Any better ideas beyond making sure that the real bug is fixed? This is something which showed up only recently. Besides logging out in such state really takes a while. Re-checking all what learned about this the real culprit is mixer_applet2. Where is the bug I do not know. This depends on what is really responsible for an after session cleanup and if proper protocols are observed. So if you remove the mixer applet from your panel, does the problem go away? Removing "Volume Control" from a panel indeed seems to help. At least I was not able to reproduce the problem with few tries and it should otherwise hit by now. 'AlwaysRestartServer' was turned off in a configuration (and it does not seem to be relevant anyway). There is a catch. Removing this applet from a panel turns out to be quite difficult exercise. See bug #184285. I also cannot tell if some other applet will not cause similar difficulties. I think that resolution to bug #184285 provides a fix to this problem as well. Any opinions to the contrary? No, this should be fixed indeed. What about my other session problems, shall I file a new bug? : Menu->System->Preferences->More Preferences->Sessions has serious issues: -it contains a ask on logout checkbox, which does not seem todo anything -it contains an automaticly save session on logout checkbox, but it seems to (almost) never save my settings. -I can add all programs I want add the "Startup Programs" tab, but the next login they wont start and the list is back as it was. -Trying to delete a app from the Startup Programs" tab causes the dialog to hang and use 100% cpu. |