desktop-packages team mailing list archive
-
desktop-packages team
-
Mailing list archive
-
Message #136747
[Bug 1456745] Re: [Vivid] laptop do not suspend if lid is closed before the AC is unplugged
This bug was fixed in the package unity-settings-daemon -
15.04.1+15.10.20150917-0ubuntu1
---------------
unity-settings-daemon (15.04.1+15.10.20150917-0ubuntu1) wily; urgency=medium
[ Michael Terry ]
* Notice when unplugging a closed laptop and apply the correct policy.
(LP: #1456745)
-- Iain Lane <iain@xxxxxxxxxxxxxxxxxxx> Thu, 17 Sep 2015 09:49:32
+0000
** Changed in: unity-settings-daemon (Ubuntu)
Status: Confirmed => Fix Released
--
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:
Fix Released
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