Bug 518000
Summary: | suspend/hibernate from menu not working with PowerDevil disabled after update to KDE 4.3 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Sebastian Vahl <fedora> |
Component: | kdebase-workspace | Assignee: | Than Ngo <than> |
Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 11 | CC: | fedora, fedora, jreznik, kevin, lorenzo, ltinkl, rdieter, smparrish, than |
Target Milestone: | --- | Keywords: | Triaged |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-08-24 12:26:34 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Sebastian Vahl
2009-08-18 11:36:02 UTC
Strange. On a new user account all is working fine. So I've copied over my .kde dir and suspend is failing again. The curiuos thing is that it seems to be a compination of a file (or more) in .kde/share/config and my workaround for dual-head in .kde/env/xrandr.sh: xrandr --output DVI-0 --mode 1152x864 --left-of VGA-0 If I move .kde/share/config or .kde/env/xrandr.sh out of the way and re-login, suspend is working. But with the entries from my normal user account it is failing. Interesting, we'd best put this into upstream's hands, bugs.kde.org please. I'll file a bug upstream later the day. One thing I could reproduce is that suspend/hibernate from menu aren't working if PowerDevil isn't running. (AFAIR I've disabled it in KDE 4.2.x because the affected machine isn't a laptop). I'm not sure why the script in .kde/env stopped the suspend. But after starting PowerDevil on my normal user account the suspend is working there, too. And without a running PowerDevil and the removal of the script it is also working. :-? So some other files may be related to this failure (if PowerDevil isn't running). I'm fairly certain that kde's suspend feature requires PowerDevil. should be the same as running command line: $ solid-powermanagement suspend to_ram That's the point: + "solid-powermanagement suspend to_ram" is working all the time. + With PowerDevil enabled suspend is working all the time. + With PowerDevil disabled and some config files from my old .kde/share/config and without .kde/env/xrandr.sh being present suspend is working - With PowerDevil disabled and some config files from my old .kde/share/config and with .kde/env/xrandr.sh being present suspend isn't working - With PowerDevil disabled on a clean user account suspend isn't working But I don't know which config file also trigger the suspend. I've filed it upstream: https://bugs.kde.org/show_bug.cgi?id=204345 While I agree we should get this fixed, I don't think we should block the KDE 4.3.0 update over this (as it isn't likely to affect all that many users, given that it appears to only happen with PowerDevil disabled) => removing from kde-4.3.0 tracker and closing as UPSTREAM. Agreed. |