Version: (using KDE 4.3.0) Compiler: gcc 4.3 OS: Linux Installed from: Debian testing/unstable Packages When I have Lancelot as my Application Launcher and I choose "Suspend to disk" the system is suspended to disk. When I start my PC again I expect the screen to be locked, but it is not the case. Instead I'm logged in as the same user as when I choose "Suspend to disk", no password required. This looks like a security issue to me. When I switch my application launcher to Kickoff, it does lock the screen, as it should. This was a known bug in KDE 4.2 and was fixed with KDE 4.3, but apparently not for Lancelot (both in KDE 4.3.0 as in 4.3.1, from Debian Sid). So the expected behaviour is a locked screen when I start my PC again (after suspend to disk), but the actual behaviour is that it is not locked when using Lancelot but it is when using Kickoff.
I'll check it when I get the access to a real computer (I'm not runnin any of the power-related services here, so i can't suspend...)
Fixed
On 2009-09-14 Ivan Čukić wrote: > https://bugs.kde.org/show_bug.cgi?id=206055 > > > Ivan Čukić <ivan.cukic+kde@gmail.com> changed: > > What |Removed |Added > --------------------------------------------------------------------------- > - Status|ASSIGNED |RESOLVED > Resolution| |FIXED > > > > > --- Comment #2 from Ivan Čukić <ivan cukic+kde gmail com> 2009-09-14 > 18:38:31 --- Fixed > Thanks! Will the bugfix be backported to the 4.3 branch or do I have to wait till 4.4?
I'll have to update something, and then I'll backport it to 4.3.
I have the same problem with KDE 4.4.3 on Debian Sid again. I have this problem when choosing 'Suspend to disk' from Lancelot, but also the Lock/Logout widget. With Kickoff I do get a locked screen when resuming again. PS: Why is this behavior related to a specific widget and not KDE as a whole (or something like that)?
Lancelot in KDE SC 4.4 is using the global KDE mechanism for suspend, so if this problem exists, it is a configuration or installation problem.