Red Hat Bugzilla – Bug 49480
Sort out gdm session menu
Last modified: 2007-04-18 12:34:55 EDT
Description of Problem:
Selecting "last" as the session type does not work
Steps to Reproduce:
1. Define user and login (default of gnome)
2. Logout and re-login selecting kde.
3.Logout and re-login selecting "last"
Last login is gnome
Should login to kde.
This defect is considered SHOULD-FIX for Fairfax.
If I choose KDE, and it asks "do you want to make KDE the default," and I say
yes, then the next time I log in I get KDE. If I choose KDE and say no I don't
want to make it the default, then I don't get KDE next time. Is this what you
I think the above-described behavior is how gdm is intended to work, though I
agree it is confusing and the intentions were probably not correct. However
it's more of a UI design bug than a does-not-work-as-designed bug.
Or do you not get KDE even if you say "yes, make it the default"?
Sorry for the late reply ... I have been on vacation to NC beaches.
If what you need is the following, then OK. Otherwise, please expand.
Selecting "last" should select the "last" session type regardless of what is the
Actually, I believe that the "last" session" and "default" are somewhat
redundant. If only one is implemented, I believe that "last" whould be more useful.
Again, concerning "last" session, it would be nice if there was some indicator
as to what the "last" session was ... kde, gnome or whatever (like what the CDE
login panel does). However, "failsafe" should never be the "last" login.
Thanks, yes that's the info I needed. I just wanted to be sure you didn't have
a separate problem from the known issue that the UI is confusing. It does
currently work as someone intended it to work.
I believe the ideal solution from a UI standpoint is that there's no
last/default menu item, the sessions in the menu are in a radio group, with the
currently chosen session checked. However, this idea has been vetoed before for
security reasons, because
if you have a non-default default session, people can find out your login name
exists without knowing your password. Nonetheless kdm seems to have this UI
feature, and "faces" mode has the same problem, so clearly the security issue is
Anyhow, needs sorting out.
184.108.40.206-12 reverts to 7.1-like behavior for this menu