← Back to team overview

desktop-packages team mailing list archive

[Bug 1456745] Re: [Vivid] laptop do not suspend if lid is closed before the AC is unplugged

 

The attachment "Patch that restores the correct beahviour" seems to be a
patch.  If it isn't, please remove the "patch" flag from the attachment,
remove the "patch" tag, and if you are a member of the ~ubuntu-
reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by
~brian-murray, for any issues please contact him.]

** Tags added: patch

-- 
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:
  New

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