Version: (using KDE KDE 3.5.8) Installed from: Debian testing/unstable Packages OS: Linux See Bug #80091 for some similar information Just wanted to put some more input. I think this issue might not be specific to kget, it should be a more generic issue. Let's take an example. In klaptopdaemon, I instruct it to hibernate at BAT => 5 mins and shutdown at BAT => 2 mins. Currently, if you have a USB disk attached to the laptop, hibernate is aborted because of the USB disk partitions. That's fine. So when it reaches 2 mins, it tries to shutdown. At this moment, if I have an editor open with unsaved changes, the shutdown is put on hold because an app is asking for user intervention. This eventually leads to battery drain and the machine is off. I think there should be a more general signal, which when sent from kde apps to kde, it should do some default behavior and "Just Shutdown". It should try to apply the best policy in such cases. For example, if a document was in edit mode (and not saved), it should make a copy of it saved temporarily. No applications should hold the process of shutdown for KDE.
This issue should be equally applicable to KDE 4 also.
Very good idea. When implemented, we (testers/users) should track all applications without "emergency quit".
hi lubos - i guess we just talked about that. :)
for the unprivy: this would mean adding the value ShutdownUnattended to the ShutdownConfirm enum in libkworkspace and dealing with it in ksmserver - XSMP has provisions for it already.
Hey Folks... This bug has not seen the light since 2007. Are there any plans on fixing this ??