Laptop now suspends when power removed, even with full battery

[Stuart Bishop]

On my Dell 8600, if I remove the power cable from my laptop it suspends to RAM. After waking it up, I can see the battery is full. This did not happen under Breezy, and I believe earlier versions of Dapper.

[Stuart Bishop (stub)]

Relevant chunk of /var/log/acpid for the following sequence of events:

 - Power cord removed
 - Laptop suspending
 - Laptop being awoken by me
 - Power cord being reinserted

[Kasper Peeters (kasper-peeters)]

Is this 100% reproducible for you? I run into this problem only occasionally. I have been trying to pin down under which condition a removal of the power cable makes the machine sleep but I cannot figure out the systematics.

[Stuart Bishop (stub)]

Kasper Peeters wrote:
> Is this 100% reproducible for you?

Yes - 100% reproducible so far.

--
Stuart Bishop <email address hidden> http://www.canonical.com/
Canonical Ltd. http://www.ubuntu.com/

[Paul Sladen (sladen)]

I suspect this is a dup of bug #35591 now that we've worked out the extra random 'lm_*' scripts in that bug probably aren't doing anything.

Stuart, can you grab a:

  $ lshal -m

from the same period.

[Stuart Bishop (stub)]

'lshal -m' output for the following sequence of events:

 - Power plug removed, causing laptop to suspend
 - Laptop resumed
 - Power plugged back in

[WillDyson (will-dyson)]

This could be related to bug #37372.

[Daniel Silverstone (dsilvers)]

gnome-power-manager (2.14.3-0ubuntu2) dapper; urgency=low

  * Patches added in this version:
    - 20-enable-xfce-startup.patch
      Enable XFCE in the .desktop file so that it starts up for xubuntu too.
      Closes: launchpad #43077
    - 30-transparent-notification-icon.patch
      Enable the eggtrayicon stuff to do transparency.
      Closes: launchpad #40446
    - 95-lid-state-tracking.patch
      Augment lid state tracking to use hal if hal reports it is capable
      of tracking the lid state.
      If hal reports an acpi_LID with button.has_state == true then we use
      that state information whenever we want to consider the lid switch
      This should deal with LP #33072 and thus its duplicates #42988,
      #42823, #40730, #40662, #37442, #36459 and #33952
    - 96-disable-session-save-on-shutdown.patch
      Disable the saving of the session during critical power shutdown.
      This confuses too many people for now.
      Closes: launchpad #35691
  * Patches changed in this version:
    - 40-ubuntu-schema-defaults.patch
      Alter screen lock defaults to always lock, regardless of screensaver.
      Closes: launchpad #39448
  * Related fixes: #35591 -- We believe this is caused by the hal and
    gnome-power-manager interaction wrt. lid status. The new hal and the
    2.14.3 gnome-power-manager should fix it all.