Bug 174431

Summary:	Items not checked in sessions list
Product:	kdm	Reporter:	Jonathan Thomas <echidnaman>
Component:	general	Assignee:	kdm bugs tracker <kdm-bugs-null>
Status:	RESOLVED INTENTIONAL
Severity:	normal	CC:	toralf.foerster
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed In:

Description Jonathan Thomas 2008-11-06 14:41:19 UTC

Version:            (using KDE 4.1.2)
OS:                Linux
Installed from:    Ubuntu Packages

When the session type is set as "default", the text label correctly notes that this was the previous choice, but the "default" radio button is not actually checked. Things still work as expected, although it could be a tad confusing and technically it's wrong.

Also, since only one item can be checked at a time I think a checkbox would be a better choice for the list rather than a radio button.

Comment 1 Oswald Buddenhagen 2008-11-29 12:05:50 UTC

the not-checking is intentional - it ensures that when you explicitly select the session type before entering the user name, the type is not overridden. that could be done with some internal logic as well, but that would not be visible to the outside. ok, this is somewhat nitpicky, but so is the report. :)

i think you got the use cases for checkbox vs. radio button the wrong way round ...

Comment 2 Jonathan Thomas 2009-01-10 21:36:32 UTC

Ok, good enough for me.

Comment 3 Oswald Buddenhagen 2010-02-21 12:04:15 UTC

fwiw, if one wanted to fix this: 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.

i'm still not convinced it is a good idea, though.

Comment 4 Oswald Buddenhagen 2010-02-21 12:04:24 UTC

*** Bug 219224 has been marked as a duplicate of this bug. ***

Comment 5 Toralf Förster 2010-02-27 12:10:39 UTC

Hhm, from a users stand point :
Where's the advantage of not knowing which session is started after pressing the ENTER button ?