In System Settings -> Power Management -> Energy Saving I have in all three tabs "On AC Power", "On Battery", "On Low Battery" the following setting: - "Button events handling" checked - "When laptop lid closed" -> "Sleep" Reproducible: Sometimes Steps to Reproduce: 1. Use settings mentioned above 2. Close Laptop lid Actual Results: Screen gets locked but laptop does not sleep Expected Results: Laptop sleeps I can almost always trigger this bug, when I do the following: 1. Remove AC adapter 2. Immediately close laptop lid Sometimes, when sleeping works, I awake may laptop, and then it will immediately go to sleep again. This bug may be related or a different bug. I think this a KDE bug (and not a kernel bug or so) because in enlightenment e17 sleeping works as expected. I consider this bug critical for two reasons: 1. Because the laptop is not sleeping, it will at some point run out of battery -> data loss 2. When the laptop runs happily after having closed the lid, some laptops may get problems with cooling, especially when you put your laptop in your bag believing it is actually sleeping. This may cause hardware defects.
What settings do you have in System Setting -> Power Management -> Advanced settings?
Battery is at low level at 50% Battery is at critical level at 5% When battery is at critical level Hibernate Lock screen on resume <checked> Never prevent an action on lid close <checked>
Since kde 4.10.2 or so the bug seems to be fixed -- I did not have any issues. Also, I discovered that ktorrent has this complete idiotic switch "supress sleep whan torrents are running" -- which is even checked per default.
sometimes this issue still occurs. I definitely had no ktorrent running.
switching off "lock screen on resume" certainly increases the likelyhood that sleep does not work.
Olivier, do you need additional information to investigate this issue? Please set the status.
Can you add "kded" (not "7020 kded4": logout and in if it doesn't appear) in kdebugdialog (and logout/in again). Then attach the output of 'tail -f .xsession-errors' when you close the lid.
This issue should be fixed now, Nobody can inhibit "Lid close" plus the "dead lock" we had has been fixed. Please, if you can still reproduce this in 4.10.5 or 4.11 feel free to reopen the bug providing the information Oliver asked. Thanks for reporting !
This issue very rarely still occured (but then I had never the log output at hand... Murphy's Law). Anyway, I'm now on 4.11. I'll reopen this bug if the problem persists. Thank your for your support.
Thanks! if it happens with 4.11 don't hesitate to reopen the bug!
bug still persists. I finally got the output or my .xsession-errors: kded(18687) KeyboardConfig::load: configuring layouts true configuring options true kded(18687) X11Helper::getGroupNames: Fetched layout groups from X server: layouts: ("de", "us") variants: ("nodeadkeys", "") kded(18687) KeyboardConfig::load: configuring layouts true configuring options true kded(18687) X11Helper::getGroupNames: Fetched layout groups from X server: layouts: ("de", "us") variants: ("nodeadkeys", "") kded(18687) KeyboardConfig::load: configuring layouts true configuring options true kded(18687) X11Helper::getGroupNames: Fetched layout groups from X server: layouts: ("de", "us") variants: ("nodeadkeys", "") kded(18687) KeyboardConfig::load: configuring layouts true configuring options true kded(18687) X11Helper::getGroupNames: Fetched layout groups from X server: layouts: ("de", "us") variants: ("nodeadkeys", "") kded(18687) KeyboardConfig::load: configuring layouts true configuring options true kded(18687) X11Helper::getGroupNames: Fetched layout groups from X server: layouts: ("de", "us") variants: ("nodeadkeys", "") kded(18687) KeyboardConfig::load: configuring layouts true configuring options true kded(18687) X11Helper::getGroupNames: Fetched layout groups from X server: layouts: ("de", "us") variants: ("nodeadkeys", "") kded(18687) KeyboardConfig::load: configuring layouts true configuring options true kded(18687) X11Helper::getGroupNames: Fetched layout groups from X server: layouts: ("de", "us") variants: ("nodeadkeys", "") kded(18687) KeyboardConfig::load: configuring layouts true configuring options true kded(18687) X11Helper::getGroupNames: Fetched layout groups from X server: layouts: ("de", "us") variants: ("nodeadkeys", "") kded(18687) KeyboardConfig::load: configuring layouts true configuring options true kded(18687) X11Helper::getGroupNames: Fetched layout groups from X server: layouts: ("de", "us") variants: ("nodeadkeys", "") kded(18687) KeyboardConfig::load: configuring layouts true configuring options true kded(18687) X11Helper::getGroupNames: Fetched layout groups from X server: layouts: ("de", "us") variants: ("nodeadkeys", "") kded(18687) KeyboardConfig::load: configuring layouts true configuring options true kded(18687) X11Helper::getGroupNames: Fetched layout groups from X server: layouts: ("de", "us") variants: ("nodeadkeys", "") kded(18687) KeyboardConfig::load: configuring layouts true configuring options true kded(18687) X11Helper::getGroupNames: Fetched layout groups from X server: layouts: ("de", "us") variants: ("nodeadkeys", "") kded(18687) KeyboardConfig::load: configuring layouts true configuring options true kded(18687) X11Helper::getGroupNames: Fetched layout groups from X server: layouts: ("de", "us") variants: ("nodeadkeys", "") kded(18687) KeyboardConfig::load: configuring layouts true configuring options true kded(18687) X11Helper::getGroupNames: Fetched layout groups from X server: layouts: ("de", "us") variants: ("nodeadkeys", "") kded(18687) KeyboardConfig::load: configuring layouts true configuring options true kded(18687) X11Helper::getGroupNames: Fetched layout groups from X server: layouts: ("de", "us") variants: ("nodeadkeys", "") kded(18687) KeyboardConfig::load: configuring layouts true configuring options true kded(18687) X11Helper::getGroupNames: Fetched layout groups from X server: layouts: ("de", "us") variants: ("nodeadkeys", "") kded(18687) KeyboardConfig::load: configuring layouts true configuring options true kded(18687) X11Helper::getGroupNames: Fetched layout groups from X server: layouts: ("de", "us") variants: ("nodeadkeys", "") kded(18687) StatusNotifierWatcher::serviceUnregistered: Service "org.kde.StatusNotifierItem-18674-1" unregistered kded(18687) BlueDevilDaemon::monolithicFinished: kded(18687) BlueDevilDaemon::executeMonolithic: QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Connection refused ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Connection refused kded(18687) StatusNotifierWatcher::RegisterStatusNotifierItem: Registering "org.kde.StatusNotifierItem-19400-1/StatusNotifierItem" to system tray kded(18687) Solid::Control::WirelessNetworkInterfaceEnvironment::~WirelessNetworkInterfaceEnvironment: QGridLayoutEngine::addItem: Cell (0, 1) already taken QGridLayoutEngine::addItem: Cell (0, 1) already taken QGridLayoutEngine::addItem: Cell (0, 1) already taken QGridLayoutEngine::addItem: Cell (0, 1) already taken QGridLayoutEngine::addItem: Cell (0, 1) already taken QGridLayoutEngine::addItem: Cell (0, 1) already taken
Anything new here? Bug still persists in KDE 4.12.97
This bug is reported on libsolid which is the kdelibs4 version of the solid library. It is now in maintenance mode. If you think it should still be fixed in the KDE Frameworks 5 version of solid please move it to or report a bug on frameworks-solid or Powerdevil.
Bug is still present on current version of solid.
Hello! Sorry to be the bearer of bad news, but this project has been unmaintained for many years so I am closing this bug. Please try again with the latest version and submit a new bug to frameworks-solid if your issue persists. Thank you!