wrong AC adapter state after resume

Confirmed in a different laptop (MSI MegaBook S262) experiencing `fully charged' AC-powered state from kde-guidance-powermanager while laptop's actually running on battery.

Workaround is to simply plug the laptop on AC power again, waiting until kde-guidance detects the change, then unplugging to get back to battery-powered mode.

It becomes a greater nuisance if you don't have the AC with you. Any known workaround for that situation besides rebooting?

I am also experiencing this bug on a different laptop to the one mentioned above. Very annoying.

This bug was not present before I upgraded my system to Feisty (/kde 3.5.6)

Can you provide output of "lshal" after resume? I suspect that it is HAL that does not properly report state after resume...

Here are my lshal before and after hibernation. I unplugged while hibernated
and after wakeup it still says plugged-in.

And here is the diff for quick check (diff before after):

39a40,84
> udi = '/org/freedesktop/Hal/devices/computer_logicaldev_input_3'
> info.udi = '/org/freedesktop/Hal/devices/computer_logicaldev_input_3'
(string)
> input.product = 'Lid Switch' (string)
> info.product = 'Lid Switch' (string)
> linux.device_file = '/dev/input/event6' (string)
> linux.subsystem = 'input' (string)
> linux.hotplug_type = 2 (0x2) (int)
> input.device = '/dev/input/event6' (string)
> info.capabilities = {'input'} (string list)
> info.category = 'input' (string)
> info.parent = '/org/freedesktop/Hal/devices/computer' (string)
> linux.sysfs_path = '/sys/class/input/input11/event6' (string)
>
> udi = '/org/freedesktop/Hal/devices/computer_logicaldev_input_2'
> info.udi = '/org/freedesktop/Hal/devices/computer_logicaldev_input_2'
(string)
> button.has_state = false (bool)
> button.type = '' (string)
> info.addons = {'hald-addon-keyboard'} (string list)
> input.product = 'Power Button (FF)' (string)
> info.product = 'Power Button (FF)' (string)
> linux.device_file = '/dev/input/event5' (string)
> linux.subsystem = 'input' (string)
> linux.hotplug_type = 2 (0x2) (int)
> input.device = '/dev/input/event5' (string)
> info.capabilities = {'input', 'input.keyboard', 'button'} (string list)
> info.category = 'input' (string)
> info.parent = '/org/freedesktop/Hal/devices/computer' (string)
> linux.sysfs_path = '/sys/class/input/input10/event5' (string)
>
> udi = '/org/freedesktop/Hal/devices/computer_logicaldev_input_1'
> info.udi = '/org/freedesktop/Hal/devices/computer_logicaldev_input_1'
(string)
> button.has_state = false (bool)
> button.type = '' (string)
> info.addons = {'hald-addon-keyboard'} (string list)
> input.product = 'Power Button (CM)' (string)
> info.product = 'Power Button (CM)' (string)
> linux.device_file = '/dev/input/event7' (string)
> linux.subsystem = 'input' (string)
> linux.hotplug_type = 2 (0x2) (int)
> input.device = '/dev/input/event7' (string)
> info.capabilities = {'input', 'input.keyboard', 'button'} (string list)
> info.category = 'input' (string)
> info.parent = '/org/freedesktop/Hal/devices/computer' (string)
> linux.sysfs_path = '/sys/class/input/input12/event7' (string)
>
236,280d280
< udi = '/org/freedesktop/Hal/devices/computer_logicaldev_input_3'
< info.udi = '/org/freedesktop/Hal/devices/computer_logicaldev_input_3'
(string)
< button.has_state = false (bool)
< button.type = '' (string)
< info.addons = {'hald-addon-keyboard'} (string list)
< input.product = 'Power Button (CM)' (string)
< info.product = 'Power Button (CM)' (string)
< linux.device_file = '/dev/input/event7' (string)
< linux.subsystem = 'input' (string)
< linux.hotplug_type = 2 (0x2) (int)
< input.device = '/dev/input/event7' (string)
< info.capabilities = {'input', 'input.keyboard', 'button'} (string list)
< info.category = 'input' (string)
< info.parent = '/org/freedesktop/Hal/devices/computer' (string)
< ...

Diff does not help. We need full lshal after resume or at least output of this:

  lshal | grep ac_adapter

This will tell us what HAL thinks about ac_adapter state. Otherwise this sounds like bug 63123.

I attached them to my mail reply. I guess they aren't automatically attached
to the bug by the mailgate. Will upload them shortly.

lshal before hibernation

lshal after hibernation wake-up.

Ok, confirmed that bug is not in guidance-power-manager as HAL is not reporting proper state after resume.
It may be that this is actually kernel bug (not refreshing the state of ac_adapter after resume).
See also bug 63123 for similar issue with multiple HP laptops.

This also happens to me in my Toshiba A45.

I believe this bug should now be set to confirmed.

I believe this bug is in the wrong place, and I ask others to confirm this. This is a kernel bug. Here are the steps:

1. Laptop on with AC adapter plugged in.
2. Hibernate.
3. Unplug AC adapter.
4. Resume from hibernation.
5. ``cat /proc/acpi/ac_adapter/ADP1/state'' gives: ``state: on-line''

This is not a HAL bug, it's doing what it should. I assume that if I were to unplug during hibernation, the same thing would happen.