Bug 590090

What's the output of "upower --dump" -- thanks?

Device: /org/freedesktop/UPower/devices/line_power_AC0
  native-path:          /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/ACPI0003:00/power_supply/AC0
  power supply:         yes
  updated:              Fri May  7 21:59:56 2010 (304 seconds ago)
  has history:          no
  has statistics:       no
  line-power
    online:             yes

Device: /org/freedesktop/UPower/devices/battery_BAT0
  native-path:          /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/PNP0C0A:00/power_supply/BAT0
  vendor:               ASUS
  model:                1000H
  power supply:         yes
  updated:              Fri May  7 22:00:02 2010 (298 seconds ago)
  has history:          yes
  has statistics:       yes
  battery
    present:             yes
    rechargeable:        yes
    state:               fully-charged
    energy:              90.4428 Wh
    energy-empty:        0 Wh
    energy-full:         90.4428 Wh
    energy-full-design:  549.78 Wh
    energy-rate:         0 W
    voltage:             8.368 V
    percentage:          100%
    capacity:            16.4507%
    technology:          lithium-ion

Daemon:
  daemon-version:  0.9.2
  can-suspend:     yes
  can-hibernate    yes
  on-battery:      no
  on-low-battery:  no
  lid-is-closed:   no
  lid-is-present:   yes

Could you try rebuilding the upower package from here please http://people.freedesktop.org/~hughsient/fedora/13/SRPMS/ and trying that? Thanks.

Did not work for me.

Created attachment 412472 [details]
upower --dump with lid closed

I obtained this log by doing:
  sleep 5; upower --dump > log.txt
and then closing the lid real quick. heh.

Note that the output does say "lid-is-closed: yes" - so it's correctly detected lid closure, but failing to suspend the machine for some reason.

This is the result:
Device: /org/freedesktop/UPower/devices/line_power_AC0
  native-path:          /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/ACPI0003
:00/power_supply/AC0
  power supply:         yes
  updated:              Sat May  8 08:33:48 2010 (102 seconds ago)
  has history:          no
  has statistics:       no
  line-power
    online:             yes

Device: /org/freedesktop/UPower/devices/battery_BAT0
  native-path:          /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/PNP0C0A:
00/power_supply/BAT0
  vendor:               ASUS
  model:                1000H
  power supply:         yes
  updated:              Sat May  8 08:33:56 2010 (94 seconds ago)
  has history:          yes
  has statistics:       yes
  battery
    present:             yes
    rechargeable:        yes
    state:               fully-charged
    energy:              90.4428 Wh
    energy-empty:        0 Wh
    energy-full:         90.4428 Wh
    energy-full-design:  549.78 Wh
    energy-rate:         0 W
    voltage:             8.362 V
    percentage:          100%
    capacity:            16.4507%
    technology:          lithium-ion
  History (charge):
    1273300432	100.000	fully-charged
    1273300430	0.000	unknown
  History (rate):
    1273300430	0.000	unknown

Daemon:
  daemon-version:  0.9.4
  can-suspend:     yes
  can-hibernate    yes
  on-battery:      no
  on-low-battery:  no
  lid-is-closed:   yes
  lid-is-present:   yes

daemon 0.9.4 makes no difference here either. upower --dump log is essentially identical, save the timestamps, voltage numbers, and (of course) the daemon version number.

I've noticed, (my) system suspends fine via System-Menu, shutdown Item, then select suspend.

Right, same here. I diffed 0.9.2 and 0.9.3 and noticed some changes which might cause this behavior - specifically it changed from doing:

  g_object_set (backend->priv->daemon, "lid-is-closed", is_closed, NULL);

to:

  priv->lid_is_closed = lid_is_closed;

which by itself may not cause the proper events/notifications to be fired. hughsie has the details; hopefully he'll be able to confirm whether or not this is the cause of the problem.

In the meantime, 'yum downgrade upower' (followed by a reboot, or some other way of starting upower) will restore the expected behavior.

*** Bug 590466 has been marked as a duplicate of this bug. ***

Can you try the upower package here please: http://people.freedesktop.org/~hughsient/fedora/13/SRPMS/

Success! upower-0.9.4-0.23.fc13 restores the expected suspend-on-lid-close behavior.

Cool, thanks for testing. It proves the QA process is working as expected :-)

I'll roll a new upstream release in a few days and push it to updates like normal. Thanks.

upower-0.9.4-1.fc13 has been submitted as an update for Fedora 13.
http://admin.fedoraproject.org/updates/upower-0.9.4-1.fc13

upower-0.9.4-1.fc13 has been pushed to the Fedora 13 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update upower'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/upower-0.9.4-1.fc13

*** Bug 590165 has been marked as a duplicate of this bug. ***

*** Bug 592703 has been marked as a duplicate of this bug. ***

upower-0.9.4-1.fc13 has been pushed to the Fedora 13 stable repository.  If problems still persist, please make note of it in this bug report.