Package: kpowersave Version: 0.7.2-3 Severity: important
When kpowersave is configured to lock the screen on suspend/standby, and if the AC adapter state on resume is different than what it was on suspend, the KDE session is lost. I'm greeted with the kdm sign-on screen and the other session is nowhere to be found. Needless to say, this can cause some data loss depending on what any open applications may be doing. I have isolated this to the screen lock option; if I turn that off, this problem consistently goes away. One set of steps to reproduce: - Start kpowersave - Configure kpowersave to suspend to RAM when the sleep button is pressed - Configure kpowersave to lock screen on suspend/standby - Plug AC adapter in - Press sleep button (Fn-F4 on my Thinkpad X60) - After machine suspends, unplug the AC adapter - Press the Fn button - Machine resumes, but the session is lost and I'm greeted by kdm instead -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en US, LC_CTYPE=en US (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages kpowersave depends on: ii hal 0.5.9-2 Hardware Abstraction Layer ii kdelibs4c2a 4:3.5.6.r1.dfsg.1-4 core libraries and binaries for al ii libc6 2.5-7 GNU C Library: Shared libraries ii libdbus-1-3 1.0.2-5 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging syst ii libgcc1 1:4.2-20070516-1 GCC support library ii libhal1 0.5.9-2 Hardware Abstraction Layer - share ii libstdc++6 4.2-20070516-1 The GNU Standard C++ Library v3 ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxss1 1:1.1.2-1 X11 Screen Saver extension library ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension Versions of packages kpowersave recommends: ii acpi-support 0.90-4 scripts for handling many ACPI eve ii hibernate 1.94-2 smartly puts your computer to slee -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
