I am running xfce 4.11. Power manager is configured to do nothing when the lid closes.
When I close the lid, I get ACPI events and that trigger the /etc/acpi/lid.sh scipt.
this script in turn calls "CheckPolicy" which returns 0 since xfce4 power manager is running and the lid.sh script exits before actually doing anything. In particular, when I open the lid, 'xset dpms force on' does not get called and the screen stays dark.
looks to me, the acpi script relinquishes all duties to xfce4-power-manager - as it should - but xfce4-power-manager does not turn power to the screen back on.
Are you using xfpm in combination with logind/systemd?
I presume by xfpm you are referring to xfce4-power-manager? If so, then yes, it is running along with upowerd, at least both show up in "ps -e"
not sure about logind/systemd: to my knowledge I didn't do anything here that wasn't out of the box. I'd be happy to run any diagnostics you need and post it here.
Yes, xfpm was intended as shorthand for xfce4-power-manager.
What version of what distro are you using?
I originally installed Ubuntu 12.04.03 LTS 64 bit which I subsequently upgraded to Xubuntu. The problem thus occured under Xubuntu 12.04 LTS 64 bit.
Created attachment 5505
Restore screen power after sleep
With this patch xfpm will cache the brightness level before going to sleep and set it back to that level after resuming from sleep.
Pushed to master for additional testing in: http://git.xfce.org/xfce/xfce4-power-manager/commit/?id=4c14d83794b94ac18519806314464599d5e905f6
Running Xfce 4.10
With the 3.15.x kernel came a problem with the screen not restoring from suspend. I had a thread going about this on Fedora Forums and had been following a bugzilla report. However, I now believe the problem is in how xfce4-power-manager handles restore.
If I use the power manager settings and have the option on the Extended tab for "Lock screen on suspend" checked, this problem shows up. I was looking at this and unchecked the option, and the system now resumes and restores the screen display properly upon resume from suspend.
I tried this with both the stock open-source radeon driver and the AMD Catalyst driver.
I do not know what changed between the 3.14 and 3.15 kernels that caused this problem to manifest. I'm also not sure if xscreensaver has anything to do with this. I do not have power management enabled there.
@Lutz and Stephen: Could you test the 1.3.1 release of xfce4-power-manager to see whether Eric's patch has resolved this problem?
Unknown as to if it solves the problems as it seems to introduce other problems. Some of the options, such as System sleep mode, etc. are grayed-out.
The only control options for when power, sleep, or hibernte buttons are pressed are "Do nothing" or "Ask"
When laptop lid is closed, the only options are "Switch off display" or "Lock screen"
As there is no option to suspend on closing the laptop lid, this is not a workable solution.
I reverted back to the 1.2 version which is in the Fedora repository.
If you hover the greyed out parts you should see a tooltip with an explanation of why an operation is not available.
Could be that there were some problems with the compilation of 1.3.1, maybe systemd support was not enabled?
I do not know if one must be running Xfce 4.11 for things to work with xfce4-power-manager-1.3.1. I am running Xfce 4.10 since that is what is in Fedora 20.
Generally speaking Xfce4.10 should work fine with xfce4-power-manager 1.3.1.
What is more likely, as I said, is that there is some problem with systemd/logind policies in your system.
I found the release notes for xfce4-power-manager-1.3.1. I think it more likely that since I don't have upower 0.99 installed it does not work well with the upower-0.9.23-2.fc20.x86_64 I do have installed. I see on searching that Fedora 21 will get upower 0.99. I don't know if it will be made available for Fedora 20 also.
Actually the latest version is 1.3.2, but all releases of the 1.3 series work with both older and newer versions of UPower, so 0.9.23 should be fine.
I have come to the conclusion that the issue is not with xfce4-power-manager. Even when xfce4-power-manager uninstalled and with the system only using systemd for suspend/resume, this issue occurs.
I do not know if this issue has affected anyone else. Since it is not xfce4-power-manager that is the problem, I will continue addressing this in Red Hat's bugzilla for systemd and/or logind
Thanks, I'm marking this bug as fixed for now. We can reopen it if – for some reason – it still applies.