! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
power manager does not restore screen power
Status:
RESOLVED: FIXED
Product:
Xfce4-power-manager
Component:
General

Comments

Description Lutz Andersohn 2013-12-09 22:03:07 CET
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.
Comment 1 Simon Steinbeiss editbugs 2014-04-08 20:34:44 CEST
Are you using xfpm in combination with logind/systemd?
Comment 2 Lutz Andersohn 2014-04-08 21:03:34 CEST
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.
Comment 3 Simon Steinbeiss editbugs 2014-04-08 21:09:16 CEST
Yes, xfpm was intended as shorthand for xfce4-power-manager.

What version of what distro are you using?
Comment 4 Lutz Andersohn 2014-04-08 21:27:45 CEST
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.
Comment 5 Eric Koegel editbugs 2014-05-31 19:11:35 CEST
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.
Comment 6 Eric Koegel editbugs 2014-06-08 10:34:12 CEST
Pushed to master for additional testing in: http://git.xfce.org/xfce/xfce4-power-manager/commit/?id=4c14d83794b94ac18519806314464599d5e905f6
Comment 7 Stephen Haffly 2014-08-19 04:47:19 CEST
Running Xfce 4.10
xfce4-power-manager-1.2.0-9.fc20.x86_64
Kernel 3.15.10-200.fc20.x86_64
xscreensaver-base-5.29-1.fc20.x86_64

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.
Comment 8 Simon Steinbeiss editbugs 2014-08-19 09:48:09 CEST
@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?
Comment 9 Stephen Haffly 2014-08-19 15:47:39 CEST
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.
Comment 10 Simon Steinbeiss editbugs 2014-08-19 16:01:03 CEST
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?
Comment 11 Stephen Haffly 2014-08-19 17:32:18 CEST
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.
Comment 12 Simon Steinbeiss editbugs 2014-08-20 09:54:29 CEST
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.
Comment 13 Stephen Haffly 2014-08-20 21:23:53 CEST
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.
Comment 14 Simon Steinbeiss editbugs 2014-08-25 12:34:39 CEST
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.
Comment 15 Stephen Haffly 2014-08-25 17:12:48 CEST
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
Comment 16 Simon Steinbeiss editbugs 2014-08-25 17:17:24 CEST
Thanks, I'm marking this bug as fixed for now. We can reopen it if – for some reason – it still applies.

Bug #10535

Reported by:
Lutz Andersohn
Reported on: 2013-12-09
Last modified on: 2018-12-04

People

Assignee:
Ali Abdallah
CC List:
5 users

Version

Attachments

Restore screen power after sleep (2.43 KB, patch)
2014-05-31 19:11 CEST , Eric Koegel
no flags

Additional information