Version: (using KDE 4.1.1) OS: Linux Installed from: Ubuntu Packages KDE version = 4.1 Not sure what component to link it with, so linking with screensaver, please change if required. When you suspend the running system to disk it does not lock the screen before suspending, So after resume you get a Desktop directly without putting in any passwords. I think its a security hole. when a user clicks the "suspend to disk button" the screen should be locked first and then the suspend/hibernate routine should be kicked off. While resuming you resume normally and provide the user with a unlock dialog. -Sri
I was not able to reproduce this second time. Resolving as non-reproducible.
I saw it again. Seems that it reproduces only under certain specific scenario. I will find out more post my findings here. -Sri
When I suspended my laptop today, I had and external monitor connected. This may be the scenario. I will try this when I get back to office.
I can reproduce this bug in a laptop and a desktop system. Hitting K -> Leave -> Turn Off Computer -> Suspend to RAM takes the computer into susopend mode. After resume it goes directly to the desktop, does no ask for a password. Using KDE 4.1.3 on Kubuntu 8.10 x86_64.
Thanks Guillermo, you gave me hope :-) Me too can repro this on suspend this harddisk. So, this is reproducible for both "Suspend to ram" and "suspend to HDD" This time I had not connected any external monitor to my laptop. I could reproduce this twice.
I found that usin kpowersave to suspend the computers locks the screen, but you have to specify this behavior in the settings. Still, using the suspend function from the K menu does not lock the scrren.
I'm seeing the same behavior in KDE 4.3.95. I don't recall seeing this before, so what I'm seeing might be a regression. On the other hand, I always suspend my laptop by pressing the laptop's Fn-button combination, and then the screen saver is activated.
I see this with 4.4. I think it is a information disclosure security hole (I could have left my banking details on screen, trusting the 'screen lock when resume' feature to work.
Still broken in RC3. Related https://bugs.kde.org/show_bug.cgi?id=224517 has been escalated to major.
*** This bug has been marked as a duplicate of bug 224517 ***