Version: (using KDE KDE 3.95.0)
Installed from: Debian testing/unstable Packages
Don`t shutdown or any other option like reboot, lock or restart pressing appropriate button on kickoff menu.Only using the right button of mouse in the desktop area or using a halt command on konsole.
i'm sorry, i don't quite understand: are you saying that the lock / logout items in the kickoff menu Leave tab do not work for you?
that's what he's saying. while most of it works for me meanwhile, the "switch user" item still pops up the shutdown dialog (without widgets to switch the user, obviously).
and i must admit it's beyond my why the shutdown dialog needs three entry points in one menu ...
ok, so now that i actually understand the issue at hand ...
... those items are supposed to be shortcuts to the actions (so you don't click, go through a dialog, click, get ANOTHER dialog, click.. action happens).
that apparently isn't implemented yet, and i think that is a Known Issue at the time of importing it into kdebase.
The actual version of kde is 3.95.2. Maybe this problem was fixed after 3.95.0 because my shortcuts work well.
Waiting for the RC1.
*** Bug 152895 has been marked as a duplicate of this bug. ***
Re-unconfirm (owner changing confirmed the bug).
*** Bug 153543 has been marked as a duplicate of this bug. ***
why is this bug unconfirmed?
looking at how many duplicates exist on different distros i would say it is confirmed ;)
*** Bug 153814 has been marked as a duplicate of this bug. ***
this is not a problem in kickoff, actually. this is a problem in ksmserver. in brief:
when a specific shutdown option is specified (e.g. not ShutdownTypeNone), the ksmserver should not show the regular dialog but instead a simple confirmation dialog that the user can click yes or no on.
the whole point of providing these options in kickoff is to make it quick to get to the common options.
*** Bug 152486 has been marked as a duplicate of this bug. ***
I was going to fill a bug for this very problem, but found this already existing bug, so...
If you want may opinion, it shouldn't even display the confirm dialog. I mean, I've already done 3 steps to shutdown/restart/logout, so why add a 4th?
1st step: bring up kickoff
2nd step: select the "leave" tab
3rd step: click the wanted option
Old KDE3 method
1st step: bring up kmenu
2nd step: click the logout button
3rd step: click the wanted option
A couple of notes: this bug is still present in KDE 4.0.0 and recent trunk snapshots.
I think this should be a trivial patch... although I'm no C++ developer maybe with some kind help I could provide the patch myself
I agree with #13 comment, however, that would make the new logout screen useless which i think its beautiful :)
Maybe you should consider getting rid of the "Leave" menu and provide a single click button somewhere which brings up the new logout screen.
Both solution would be better than the current (using KDE 4.0.1) which is kind of confusing.
I was reasoning about what comment #13 says... I found this bug...
I and had an idea about an ui change: we could have the logout screen to show up a timer (5 seconds for example) before it executes the selected action.
This would allow 3 click poweroff and give users who mistakenly chose the wrong option in kickoff the chance to stop the shutdown (just click everywhere) or to perform a different action (just click change user for example).
Just my 5 cents.
In my opinion (my modest opinion) I think that logout should work this way:
-press RMB, open kicker menu or any other way you choose to logout
-select what do you want to do: logout, shoutdown, reboot, hibernate, suspend, ...
-it should appear a dialog with a timer (it wait e.g. 30 sec and then perform the operation selected previously) with two options: confirm and cancel
I think that the timer is similar to what is used by gnome but the confirm or cancel is something to simply let you choose, without being redundant.
Dario, I choose logout and then I have to confirm to logout? What danger is in logging out?
Timeout is a good option for (and only) options that leads to such operation, that restoring it is a lengthy process -- restart, shutdown for example.
On the other hand I cannot see what is wrong with KDE3 (sic!) shutdown dialog. This + timeout mentioned above would work just fine. What else do we really need?
#18 watch at #11 (Aaron Seigo), that's how it is supposed to work.
I think that logout-login is an operation i would avoid to repeat and, if every os and de use to provide a confirmation dialog they shouldn't be wrong :)
Sorry, I misread you and missed that is about directly choosing an option.
*** Bug 158414 has been marked as a duplicate of this bug. ***
atm the timer with only continue and cancel is successfully used for logout option.
Here's a screenshot: http://www.kdedevelopers.org/files/images/logout5.png
I hope that this way will be used even with Shutdown and Reboot (cause it is not, atm)
Nice! Minor thing though, it would be good to establish one UI for button+icon, either it is
There is a dialog in the background, which uses opposite scheme than the logout dialog :-)
(*) this one is valid one, AFAIK
*** Bug has been marked as fixed ***.
sorry but i personally think that this is not fixed since the redundancy is still there.
now there's the timer, which is a big improvement.
Pain points: if i choose one option, the possibility to choose again make it more probable to select a wrong option (different than what selected before); redundancy hurts my sensibilty and is always a bad thing (that's what i was taught).
what do the usability guys say about this? It would be the same logic if I go into Kwrite - Click the Save Button and then there is a popup which asks me if I would like to open a file, save a file or discard the changes. As mentioned above there is one step to many involved.
Markus, what harm is done when you save? Unwanted changes are saved? True (good point to post a wish for a revert feature :-) ).
Now, you open KDE menu, you choose shutdown, oh, wait, you meant just logout. But don't worry -- it takes only closing all your apps, maybe some data loss, then shutdown, then rebooting your machine, then logging in. Simply? Not at all. That's why it is good to have such protection -- shutdown/restart are too lengthy processes to just rely on one click.
Maciej, I don't understand the reason behind the move to show twice the same actions. If you have only one button in the kickoff menu and in the second window you are then presented with the options then it would be fine or a popup with the message: do you really want to reboot your computer,etc.
I think I didn't understand your last comment.
a) you can call the "logout" dialog and then choose the action, no confirmation there
b) or you can choose directly from the menu, logout, shutdown -- and here you get confirmation
Actually I hope this is how KDE4 works now :-) Anyway, I am used to (a) method and I never (even once) used the (b) way.
#27 you wanted to logout and clicked on 'Shutdown', don't worry, press 'Cancel' and then select the right option. That is what it is supposed to work, so what's the problem?
#29 how to logout:
-RMB on desktop <b>or</b> LMB on kickoff menu, hover 'Leave'
-Choose between 'Logout', 'Shutdown', 'Reboot' (e.g. logout)
-In the dialog raised, <b>select another time 'Logout'</b> (or wait for the timer, actually 60 sec), this isn't a confirmation, this is a repeated choice!
Don't you think there are too many steps with too many unnecessary confirmations?
Dario, ad.27 -- you missing the context. I exactly described how it would look like without it.
Now, ad.29 -- about "how to logout" and later countdown/confirmation
1) RMB on desktop -- I think the confirmation is needed
2) Kickoff menu -- see below
3) direct call (ctrl+alt+del) -- I think the confirmation is not needed, the icons and text are huge, it is hard to miss the desired option
So if this countdown confirmation is applied currently for (2) or (3) I think it is an overkill. It would be much better to improve spacing between buttons and that's it (in KDE3 the logout dialog -- ctrl+alt+del -- is very clear and it is difficult to make a mistake).
So, yes, I agree with you -- there are too many steps, except for context menu -- the options are placed tightly, so there confirmation is a nice move.
Btw. I hope the countdown timer is configurable.
/me casts Polymorphic Animate Dead.
The fix needed in ksmserver is under discussion on panel-devel at the moment, and the discussion here after the original problem was fixed is useful
*** Bug 159215 has been marked as a duplicate of this bug. ***
In the 'Advanced --> Session Manager' panel of systemsettings, the first two options are 'Confirm logout' and 'Offer shutdown options'. When I deselect only the first option, I can shutdown via Kickoff without confirmation (what I expected). When I deselect the second option, too, shutdown via Kickoff doesn't work anymore, i.e. when I left-click the shutdown button, Kickoff disappears, then nothing, no confirmation dialog, no shutdown. (With 4.0.2 on Kubuntu Hardy). Is this a Kubuntu bug?
BTW: are the options in systemsettings meant to only refer to the Kickoff-way, or also to 'RMB on the desktop --> Logout'?
If the intention is to have a confirmation of things like shutdown, why not use an confirmation dialogue (e.g., "Are you sure you want to shutdown?") rather than showing THE SAME THREE OPTIONS again with no indication that it's intended as a confirmation?
What Mary is saying in comment #35 I think is what everyone of us is asking with this bug. Please reimplement the KDE3-Kickoff logout system! It was almost perfect.
Probably we have to wait downstream (OpenSuse) to reimplement it and put it upstream once again.
I am not sure if this bug is fixed or not - on 4.0.3 on kubuntu it isn't.
Some comments about logout. When I select it, and then say I want to shutdown I want it to do it as quickly as possible. Not with timers or confirm twice. I often have a train to catch or my wife wants me to go shopping or something. If its a laptop I have to wait until its powered down to undock it and take it with me. There is another operating system which thinks its the ideal time to upgrade the system and even goes so far as to tell me not to power off during this time. How frustrating is that.
Once I say I want to leave, and stop long enough to decide in what manner, I would argue that is confirmation enough of my intention. With KDE 3 I have probably made one mistake in 2 years - and that was because I changed my mind, not because I hit the wrong button.
The first time I used the buttons for logout or shutdown I was expecting them to do that right away. They seem like direct actions that I could perform in a full dedicated menu for leaving options. Instead of that I found yet another window with the action that I already made hovered, the other options there too and a full minute to wait until my decision is taken if I don't click another time. Well, it's not like I'll die for that click but it's just not what I expected to happen. Anyway, I'm happy right now been able to adjust the behaviour in System Settings, but just wanted to say that, for me, it wasn't the expected behaviour.
So to finish, yet another idea. If a full menu dedicated to the leaving options doesn't make people select the option carefully, why not remove the whole leave menu from Kickoff and replace it with a single leave button. Then, the options are showed like in the confirmation dialog that now exists. 3 clicks away and with the final decision to be made on a different window, that should aware people about what they are doing.
It works fine now, if you correctly configure ksmserver (both confirmation and offering options --> OFF). So I think it is FIXED.
Btw. interfering with kickoff is maybe a bit unfortunate but I think that the other reports (configurable menus, and plasmoids) should be fixed first.
Then user could configure what she/he wants -- kickoff as it is today, leave item shows leave menu, for classic KMenu it shows leave screen, the same for desktop context menu and for plasmoid. If anyone wants immediate logout/restart/etc just puts appropriate item in Kmenu/plasmoid/context menu.
More flexibility, 100% configurable, no obscure options.
Maciej, yes, I was arguing the same, at least in trunk there's now an option (hopefully distros will ship with the right behaviour by default).
Maybe a last confirmation dialog (that should implemented in kickoff) would be ok (as in KDE3) but anyway without any dialog is ways better than with the whole logout dialog shown again.
Gilson (or Lubos), please close the bug as fixed
Do you mean the "Confirm logout" option? The problem is that if you disable that, you break the classic menu, which only has one Logout button. So we can't enable that option in distributions! What is needed is a way to have Kickoff log out directly, but the classic menu pop up the logout dialog.
(By the way, the "Confirm logout" option is not new, it has always been there! It's just unusable as a default.)
Oops, to clarify, I mean: "So we can't _disable_ that option in distributions!" The only safe default is to keep "Confirm logout" enabled as it is in upstream KDE.
ad.#41) reference to classic KMenu is inaccurate, it has only leave button, so option "do not show options" is needed to be ON
*** Bug 165479 has been marked as a duplicate of this bug. ***
*** Bug 165680 has been marked as a duplicate of this bug. ***
*** Bug 170831 has been marked as a duplicate of this bug. ***
SVN commit 976028 by ossi:
try to fix up the shutdown stuff
first of all, deprecate the braindead ShutdownTypeLogout again and alias
it to ShutdownTypeNone internally, as the latter means "logout only"
(that enum refers to the machine's state, not the session's).
unify the semantics of ksmserver's d-bus interface to interpret a
shutdown request with a pre-selected shutdown type as needing only a
confirmation, not a full choice. this is a behavior break from the
original implementation, but that actually happened in 4.2 already - i'm
just fixing it.
all "generic" logout actions (alt-ctrl-del, lock_logout applet, plasma
desktop menu) now always pop up the full shutdown dialog, irrespective
of the "confirm shutdown" option.
"specialized" logout actions (like in kickoff's "leave" menu) continue
to respect the "confirm shutdown" option. if the confirmation is
enabled, the reduced shutdown dialog will appear as before (only some
implementation details changed).
M +1 -1 krunner/krunnerapp.cpp
M +9 -2 ksmserver/shutdown.cpp
M +64 -69 ksmserver/shutdowndlg.cpp
M +3 -2 ksmserver/shutdowndlg.h
M +4 -6 ksmserver/tests/test.cpp
M +4 -2 libs/kworkspace/kworkspace.h
M +1 -3 plasma/applets/kickoff/core/itemhandlers.cpp
M +1 -1 plasma/applets/lock_logout/lockout.cpp
M +1 -1 plasma/containments/desktop/desktop.cpp
WebSVN link: http://websvn.kde.org/?view=rev&revision=976028
Oswald, the issue is still not fixed. In KDE SC 4.4 to shut down the machine one clicks the Kmenu, then the Leave button, then the Shutdown button in the submenu, then the Turn Off Computer button in the popup.
This is too much. In my opinion, the Kmenu Leave submenu is redundant. Once a user clicks the Leave button in Kmenu, the popup should be displayed immediately with the Leave options (restart, shitdown, hibernate, etc).
Isn't there by default a fifth "are you sure?" to click?
Why is a leave menu in start menu is needed at all? Why 'logout', and 'lock session' shortcuts can not be directly at the bottom of the start menu as in KDE3? What was the problem with that approach?
ksmserver's logout dialog is minimal (click one button and you're done). how one gets there with the mouse is plasma's problem, so reassigning there.
of course, *real* users use shift-alt-ctrl-pgdn and don't complain ...
there is no further progress to made on this: kickoff takes two clicks, three if you have confirmation turned on in the global settings. the lock/logout plasmoid is a single click solution. the others require confirmation since they are not specific enough ("Leave.."). the classic menu is there for those who want that (aka "KDE 3 style").