Bug 79829 - 'logout' takes ages to work
Summary: 'logout' takes ages to work
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: gnome-session
Version: 1.0
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Mark McLoughlin
QA Contact:
: 75163 80859 81533 82362 (view as bug list)
Depends On: 84291
Blocks: 79578
TreeView+ depends on / blocked
Reported: 2002-12-17 08:52 UTC by Tim Waugh
Modified: 2007-04-18 16:49 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2003-07-28 21:53:17 UTC

Attachments (Terms of Use)
messages before logout screen appears (9.85 KB, text/plain)
2003-02-14 12:14 UTC, Stefan Schwandter
no flags Details
messages after logout (19.45 KB, text/plain)
2003-02-14 12:16 UTC, Stefan Schwandter
no flags Details

Description Tim Waugh 2002-12-17 08:52:51 UTC
Description of problem:
After selecting 'logout' from the menu, it takes about a minute, and sometimes
longer, before the confirmation dialog appears.

Version-Release number of selected component (if applicable):

How reproducible:
Happens every time.

Comment 1 Havoc Pennington 2002-12-17 18:35:35 UTC
Do you have any apps open?

Comment 2 Tim Waugh 2002-12-17 18:38:54 UTC

Comment 3 Havoc Pennington 2003-01-02 21:04:05 UTC
*** Bug 80859 has been marked as a duplicate of this bug. ***

Comment 4 Havoc Pennington 2003-01-02 21:52:23 UTC
*** Bug 80968 has been marked as a duplicate of this bug. ***

Comment 5 Miloslav Trmac 2003-01-04 17:18:01 UTC
Happened again on RHL 8.0. I logged in at a VT and ran 'killall kdeinit'. The logout at X immediately finished then.

Comment 6 Havoc Pennington 2003-01-10 04:41:21 UTC
*** Bug 81533 has been marked as a duplicate of this bug. ***

Comment 7 Michal Jaegermann 2003-01-17 23:39:17 UTC
> it takes about a minute

When I managed to logout, eventually, it took me over five minutes
to logout which took me quite by surprise.  I was already convinced
that nothing will happen.  I repeated that experiment twice in a row
with the same results.

BTW - this bug seems to be really quite different than bug 80968
and independent.  See more information there.

Comment 8 Havoc Pennington 2003-01-20 17:19:38 UTC
Can people report on results with gnome-session 2.1.90 and other new packages
from the latest beta?

Comment 9 Tim Waugh 2003-01-20 17:34:10 UTC
I haven't seen this problem in a while.

Comment 10 Marius Andreiana 2003-01-31 11:55:40 UTC
With a clean install of phoebe2, this happened today to me ( tried logout
several times, it won't work ). I couldn't replicate it. Any more info I could

Comment 11 Havoc Pennington 2003-01-31 15:37:06 UTC
All I can think of is that it's related to which apps are running, or bugs in
those apps.

Comment 12 Marius Andreiana 2003-01-31 15:57:29 UTC
couldn't gnome-session simply kill the apps which don't respond in several
seconds? getting the logout dialog is more important than saving current session.

Comment 13 Havoc Pennington 2003-01-31 16:30:36 UTC
It could/is supposed to, there is probably something more complicated going on.

Comment 14 John J. Germs 2003-02-01 02:07:00 UTC
I have had this in Gnome a total of five times now ...
It generally happens when I log in and decided to log
out within somewhere around 30 - 60 seconds of
logging in. 
This is after It appears to have completely logged in.
(ie. the splash screen is gone, the desktop icons are
visible and the taskbar is drawn)
When this happens it will sit for about  2-3 minutes
before the logout prompt shows up...  You either wait
I'm not sure ... maybe there is a process hanging or
Not sure if it'll work, but next time it happens I'm gonna try
to go to another virtual console .. login real quick and run
'top' ... maybe I can see if a process vanishes from the list??
Just a thought..

Comment 15 Larry Troan 2003-02-03 03:41:59 UTC
FROM ISSUE TRACKER 13277 -- severity 4
this still happens with beta 4.

Comment 16 Havoc Pennington 2003-02-03 04:56:26 UTC
Larry: does issue tracker reporter give some reliable way to reproduce the 
problem? Please ask them how they are testing.

Comment 17 Havoc Pennington 2003-02-05 23:18:49 UTC
Possible clue: http://bugzilla.gnome.org/show_bug.cgi?id=105338

Comment 18 Bill Nottingham 2003-02-11 05:12:38 UTC
*** Bug 75163 has been marked as a duplicate of this bug. ***

Comment 19 Marius Andreiana 2003-02-12 14:42:43 UTC
Havoc, any info we could provide when it happens which might help debugging this?

About being related to the apps running, when I logout I usually have open the
apps which are started by gnome session, no other strange programs. When the
logout didn't worked I closed all of them, but it still didn't work (
gnome-panel and applets still running though ).

Comment 20 Havoc Pennington 2003-02-12 18:31:52 UTC
I think I'm just going to have to debug it; hopefully I can get the problem to
happen, if I can, I should be able to debug it OK. If not, it'll be hard to figure
out a fix.

Comment 21 Havoc Pennington 2003-02-12 18:43:54 UTC
*** Bug 82362 has been marked as a duplicate of this bug. ***

Comment 22 Havoc Pennington 2003-02-13 22:13:52 UTC
In simple attempts (log in, log out) I'm not seeing this happen, unfortunately.
No one has any reliable way to reproduce?

There is a "GSM_VERBOSE_DEBUG" env variable that can be set prior to running
gnome-session, perhaps add "GSM_VERBOSE_DEBUG=1 exec gnome-session" to 
.Xclients, chmod +x .Xclients, then log in as session "Default"
I'm not sure the verbose mode is that helpful but perhaps it would be.

Comment 23 Stefan Schwandter 2003-02-14 12:14:27 UTC
Created attachment 90085 [details]
messages before logout screen appears

Comment 24 Stefan Schwandter 2003-02-14 12:16:18 UTC
Created attachment 90086 [details]
messages after logout

Comment 25 Stefan Schwandter 2003-02-14 12:21:04 UTC
I think I should add that I use redhat 8.0, not rawhide or phoebe. but it looks
like the same bug, so I hope the files are helpful...

Comment 26 Larry Troan 2003-02-14 13:31:51 UTC
fixed in gingin prebeta5.

Comment 27 Alexander Larsson 2003-02-19 20:32:03 UTC
hp: This is fixed? If so we should close this bug.

Comment 28 Gene Czarcinski 2003-02-19 20:52:22 UTC
I do not see this as originally reported.

I do see that logout "hangs" (not the confirmation) for a long time (usually
longer than I want to wait and I alt-ctl-backspace).  This happens when I have
been logged on for a long time.  If I login, wait for all applications etc to
start and then logout, it works fine.

SHould I put this in as another (different) report.  This occurs on 8.0.94.

Comment 29 Havoc Pennington 2003-02-19 21:09:14 UTC
I don't really know if it's fixed, as I've never been able to reproduce it anyhow.
#84291 was just one theory I had.

Comment 30 Alexander Larsson 2003-02-20 15:54:32 UTC

Hmm. I have seen this before, but not after upgrading gnome-panel and
gnome-applets. So it might indeed be fixed.

Comment 31 Havoc Pennington 2003-02-20 20:03:46 UTC
Let's assume fixed pending reports otherwise.

Comment 32 Havoc Pennington 2003-02-21 23:30:55 UTC
We have now reproduced slow logout as follows:

 - start xmms
 - log out saving session 
 - log in
 - "gnome-session-save --gui" or log out

If other people were or were not running xmms that would be helpful 
confirmation. Investigating the issue now. (xmms wasn't necessarily 
running, but if you had it in your ~/.gnome2/session maybe that would 
be enough)

Comment 33 Marius Andreiana 2003-02-24 11:56:04 UTC
I am running xmms all the time and noticed this bug

Comment 34 Alexander Larsson 2003-02-25 11:10:28 UTC
I reproduced this again. And that machine never ran xmms.

Comment 35 Need Real Name 2003-02-26 21:23:07 UTC
i've been seeing the same problem and if i bail out quickly with
ctrl-alt-backspace, there will be a vestigial /usr/libexec/gconfd-2 process left
over that will stick around for a few minutes and then go away.  looks like this
is the culprit that's clogging the works when trying to log out. 

Comment 36 Havoc Pennington 2003-02-26 23:19:57 UTC
No, gconfd isn't related to logout; it's not connected to the session manager or
the login session in any way, that's why it persists. It simply exits 2 minutes
after all applications a user is running anywhere stop using it. So if 
all your apps exit gconfd will exit shortly thereafter. But if you're logged 
in twice, you have to log out of both sessions before gconfd will exit.

Comment 37 Kostas Zorbadelos 2003-03-08 12:33:51 UTC
I reproduce the logout problem in the following way. I have standard Redhat
Linux 8.0 (with applied erradata from Redhat).
I login from gdm. Everything starts nicely. When everything has started I try to
logout (that is logout is the first thing I do). No logout dialog appears for a
while. If I start the control-center (from the menu Preferences | Control
center) the logout dialog appears immediately. I agree that it was waiting for
something. If I cancel, the behaviour of logout is restored to normal.
I hope this helps.

Comment 38 Kostas Zorbadelos 2003-03-08 14:58:53 UTC
I just want to add that I can "wake" the logout dialog not only with the control
center but with most items of the preferences menu, and other non-gnome
applications (like for example the tora database tool based on Qt).
I find that very confusing...

Comment 39 Stefan Schwandter 2003-03-10 18:07:24 UTC
I've found a way to reproduce the bug: I only have to add some app to the
"Additional startup programs", then I logout.


immediately logout 
-> stalled

I can make the logout screen appear immediately by selecting an item in the
preferences menu, as someone else has said before.

but: I've encountered the bug before I've tried adding programs to the
additional startup programs, so there apparently are other possibities to
trigger the bug...

but maybe the bug has something to do with saving the session when non-gnome
apps are running?

Comment 40 Stefan Schwandter 2003-03-10 18:18:36 UTC
ok, immediately after having written the last entry, I tried out the other
"variant" of this bug:

having xmms running and saving the session

after the next login I again had to wait for the logout. but the "preferences"
menu trick didn't work then.

I closed xmms.

still no logout

then I looked into the running programs in "current session" - and xmms was
still there! removed xmms from the session, pressed apply -> the logout screen

I'm going to try to find other apps that cause this behaviour. 

Comment 41 David Kaplan 2003-04-03 01:27:12 UTC
I have the same problem and it was caused by fooling around with my startup
applications.  Did anyone ever find a way to fix this problem?  It is really a drag.

Comment 42 Havoc Pennington 2003-04-03 01:56:25 UTC
The generic fix is probably to shorten the timeout, but at some point it's short
enough that apps could be killed instead of saved when they were legitimately 
still busy saving.

Another option might be to provide some kind of progress indicator for which 
app is being saved currently so you can know which app to blame.

Anyhow, short of those things it's just a matter of fixing specific apps.

Comment 43 Stefan Schwandter 2003-04-03 09:28:34 UTC
in my experience, this bug only shows up when you try to save a session
consisting of apps that metacity recognizes as not session management aware, but
that are in spite of that restarted on the next login. examples seem to be xmms,

or if you add startup applications.

the fix can't be "make all apps session management aware", can it?

Comment 44 Havoc Pennington 2003-04-03 15:20:41 UTC
If they aren't SM-aware at all the session manager should (and I think does) 
ignore them so there's no problem. The problem is something like xmms was:
session aware but _broken_. I fixed xmms. I don't know how many other apps 
out there try to do SM but fail.

If you add something as a "startup program" I wonder if the session manager does 
something really silly and just adds the app as if it were session aware, 
if so that would break.

Comment 45 Bill Nottingham 2003-07-28 21:53:17 UTC
Closing some bugs that have been in MODIFIED for a while. Please reopen if the
problem persists.

Comment 46 Stefan Schwandter 2003-09-09 06:44:46 UTC
I have found another app that makes "logout take ages to work". it's gkrellm. on

Note You need to log in before you can comment on or make changes to this bug.