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 322699 - gdm doesn't tell you which session doesn't exist
gdm doesn't tell you which session doesn't exist
Status: RESOLVED FIXED
Product: gdm
Classification: Core
Component: general
2.8.x
Other Linux
: Normal major
: ---
Assigned To: GDM maintainers
GDM maintainers
Depends on:
Blocks:
 
 
Reported: 2005-11-28 21:40 UTC by Joe Shaw
Modified: 2006-01-07 00:20 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12



Description Joe Shaw 2005-11-28 21:40:27 UTC
If you try to log in to a session which doesn't exist (because of a package
upgrade, perhaps), gdm doesn't tell you *which* session doesn't exist, and logs
in using the failsafe session.  It would be a lot more helpful if it (a) told
you the name of the session that it tried to use and (b) allowed you to choose a
different one, rather than assuming you want failsafe (which you pretty much
never do)
Comment 1 Brian Cameron 2006-01-06 02:45:51 UTC
I'm not sure exactly what message you are speaking of.  Could you please give the exact text of the message that you would like to see improved to contain the session name?
Comment 2 Joe Shaw 2006-01-06 16:53:03 UTC
"The session you selected does not look valid.  Running the GNOME failsafe session instead." in daemon/slave.c:session_child_run()
Comment 3 Brian Cameron 2006-01-07 00:20:00 UTC
Thanks for pointing me at the right message to update.  I noticed that it 
sent a better message to syslog (via a gdm_error call).  Now the same message
is sent to syslog and to the dialog, which tells you the session that caused
the problem.

You might want to test this if you can build from CVS head and let me know
if you like how it looks better.

For reference this is the message it will now use, where "session" is the
session name:

   _("No Exec line in the session file: %s.  Running the GNOME failsafe session instead"), session);

That should be nicer.  It also tells you the problem is with the "exec" line
which is useful (previously it only mentioned the problem with Exec to the
syslog).