Bug 49480
Summary: | Sort out gdm session menu | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Gene Czarcinski <gczarcinski> |
Component: | gdm | Assignee: | Havoc Pennington <hp> |
Status: | CLOSED RAWHIDE | QA Contact: | Aaron Brown <abrown> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.3 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2001-07-29 00:14:58 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: |
Description
Gene Czarcinski
2001-07-19 22:34:21 UTC
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 are experiencing? 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"? NeedinfO?? 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 default. 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 debatable. Anyhow, needs sorting out. 2.2.3.1-12 reverts to 7.1-like behavior for this menu |