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 91689 - 'These apps not session-managed' dialog is unpleasant
'These apps not session-managed' dialog is unpleasant
Status: RESOLVED FIXED
Product: metacity
Classification: Other
Component: general
unspecified
Other All
: Normal normal
: METACITY2.8.x
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2002-08-26 10:51 UTC by Calum Benson
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Calum Benson 2002-08-26 10:51:57 UTC
The dialog that pops up when you log out telling you that some apps are not
session managed needs some rethinking; it's the sort of detail users
shouldn't have to care about.  

At the very least it should timeout, as there's nothing worse than thinking
you've shut down your machine, only to come back the next morning to find
you've got a dialog burned into your monitor.
Comment 1 Havoc Pennington 2002-08-26 14:44:47 UTC
Without the dialog I get an endless stream of 
"app XYZ does not get saved" bugs. I'm not sure how else to address
that. The dialog is intended to encourage the bugs to go to the apps, 
instead of to me, so the apps actually get fixed.

You can get many other dialogs in the same situation - e.g. if you
have any unsaved documents, dialogs for that will come up on logout.

Comment 2 Calum Benson 2002-08-26 15:22:55 UTC
Since you can tell which applications are affected, how about if you
store the list somewhere (a Gconf key perhaps), and check its contents
on startup next time?  That way you could tell the user what apps they
need to manually restart just after they've logged in, which is a lot
more useful than being told just as they're logging out-- it could be
days before they log in again.
Comment 3 Havoc Pennington 2002-08-26 15:35:47 UTC
Could work. It does mean that the windows referred to aren't open to 
see what they are - so it could be a little more decontextualized
and hard to figure out, perhaps?


Comment 4 Calum Benson 2002-09-05 17:24:38 UTC
Hmm, maybe, but probably not any harder than if the windows in
question are on a different workspace when you logout...?

Of course if you implemented this scheme you could go the whole hog,
forget about any popup messages, and just try to re-run said
applications at next login and to hell with the fact that the previous
document/window position etc. weren't re-loaded.  But I guess that
might just generate even more bugs about session management being
broken for some apps :)
Comment 5 Havoc Pennington 2002-09-05 21:15:02 UTC
If I could just magically restore non-SM apps I wouldn't bother with
the dialog. ;-) The purpose of this dialog is to create pressure on
app authors, so in some sense its purpose is to suck... people are too
lazy to implement SM.
Comment 6 Havoc Pennington 2003-09-25 01:52:41 UTC
Ximian has a patch to time this out in their package that we may want
to add.
Comment 7 Rob Adams 2003-09-25 06:18:35 UTC
we already committed that right after XD2 was released.

What the heck, RESOLVED/FIXED it is!