Bug 184668

Summary: "leave actions" should ask for confirmation / provide user feedback
Product: [Unmaintained] ksmserver Reporter: Ed Guenthner <edgue>
Component: generalAssignee: Lubos Lunak <l.lunak>
Status: RESOLVED INTENTIONAL    
Severity: wishlist    
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Ed Guenthner 2009-02-17 15:43:06 UTC
Version:            (using KDE 4.2.0)
OS:                Linux
Installed from:    Ubuntu Packages

The "leave" menu option / logout widget raise a window that allows to "logout / turn off / restart". When this window comes up, the desktop is grayed out, so the user might notice that his next action might have some "severe consequences". This is GOOD user feedback.

But: when the user selects one of his options (to logout, shutdown, suspend, whatever):
a) there is NO confirmation dialog. But sometimes you just misclick. You might want to cancel; instead you do a shutdown. A good user interface prevents such errors. At least there should be an OPTION to raise a confirmation before logout/shutdown.

b) There is no "feedback" to the user. The window goes away, the gray desktop goes "colour" again. So the user might sit there for 15, 20 seconds thinking: "what is going on now".

MS Windows for example keeps the gray background and raises a window that says "logging out" or "shuting down now". Why is KDE switching back into a state that looks like "normal mode of operation". KDE is shutting down, so why does it need to look like "fully operational"?
Comment 1 Ed Guenthner 2009-02-17 15:44:58 UTC
Uups. Wanted to file this as "wishlist". Should not be a bug i guess.
Comment 2 Oswald Buddenhagen 2009-05-31 15:19:11 UTC
point a) is recursive by nature - you can always click ok instead of cancel, no matter how deeply nested the confirmations are. the shutdown dialog itself is already a confirmation dialog, and most people complain about additional confirmations, so this is a wontfix. and the layout problems of the dialog are covered in your other report.

point b) is bug 188476