Bug 194506 - kdm changes session selection with no feedback
Summary: kdm changes session selection with no feedback
Status: RESOLVED DOWNSTREAM
Alias: None
Product: kdm
Classification: Miscellaneous
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: kdm bugs tracker
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-29 05:40 UTC by gene smith
Modified: 2009-07-11 14:43 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description gene smith 2009-05-29 05:40:20 UTC
Version:            (using KDE 4.2.3)
OS:                Linux
Installed from:    Fedora RPMs

In KDM if you select a session type that differs from your last session (e.g., were running KDE, now want to run Gnome) and then entered your User ID and password, it runs KDE again instead. The problem is that as soon as you put in your user ID, it resets the session type selection to the previous session type for that user, regardless of what was just selected.

Actually, gdm does the same thing. However, with it you can see at the bottom of the screen that the act of entering your user ID has changed the session type back to what it was. You have to be watching pretty close with gdm but at least you can see that it changes. With kdm, unless you already know what it is doing, it can seem like it will not switch your session type even though you just selected a new one (because the state of the session buttons are not visible unless you open it up and look).

See https://bugzilla.redhat.co/show_bug.cgi?id=502953 
for additional discussion of this "bug". (Maybe this is halfway between a bug and a "wish"?)
Comment 1 Oswald Buddenhagen 2009-05-29 09:09:40 UTC
redhat - FAIL.
Comment 2 Kevin Kofler 2009-05-29 14:00:24 UTC
I believe this bug is caused by Than's kdebase-workspace-4.1.80-session-button.patch.
Comment 3 Rex Dieter 2009-05-29 16:30:16 UTC
sorry for the noise... time to go bust heads for patching something without documenting or upstreaming it.
Comment 4 Oswald Buddenhagen 2009-07-11 14:43:05 UTC
btw, in case you (redhat guys) want to fix bug #174431 the right way: introduce a new variable forcedWm. once an item is explicitly selected, the implicit "(previous)" would go away and a "(forced)" would "follow" the currently checked item.