desktop-packages team mailing list archive
-
desktop-packages team
-
Mailing list archive
-
Message #136458
[Bug 1456745] Re: [Vivid] laptop do not suspend if lid is closed before the AC is unplugged
** Branch linked: lp:~mterry/unity-settings-daemon/lid-power-event
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to unity-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/1456745
Title:
[Vivid] laptop do not suspend if lid is closed before the AC is
unplugged
Status in unity-settings-daemon package in Ubuntu:
Confirmed
Bug description:
Consider the following PM configuration, set by the user from the control-center
* on Battery, when lid is closed, suspend
* on AC, when lif is closed, do nothing
On Trusty and Utopic, if the user first closes the lid and then
unplugs its laptop, gsd-power-mangager correctly applies the "lid
closed" policy in response to the AC unplug event
On Vivid, the laptop does not suspend.
I have tested it straight from the live-usb images. I booted on Trusty
and Utopic, changed the default policy (which is to suspend even on AC
on lid closed), closed the lid and then unplugged.
The same test with a Vivid live-usb images exhibits the bad behaviour.
After some digging I worked my way from ACPI events to Logind to
Upower to unity-settings-manager.
I belive the change in behaviour occurend when gsd-power-manager was
updated to UPower 0.99, that is:
http://bazaar.launchpad.net/~unity-settings-daemon-team/unity-
settings-daemon/trunk/revision/4060
The solution (at least a proof of concept) seems to also trigger the
lid callback on AC events.
I'm attaching a trivial patch (lightly tested) which restores the
expected behaviour. I'll upload it to my ppa for wider testing.
Note that this problem might also affect gnome-settings-daemon
although I'm not sure whether gnome relies more on logind for power
policy and therefore is not affected…
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity-settings-daemon/+bug/1456745/+subscriptions
References