Screen brightness not adjusted when switching from AC to battery

Status changed to 'Confirmed' because the bug affects multiple users.

This is a rather annoying issue.

Looking through all the power manager settings it seems they have removed the brightness_battery and brightness_ac settings that used to achieve this. Hopefully it will be back in 12.04

Until then a possible solution is to write a script that sets the back-light brightness on ac -> battery and back.

Please dont move this bug to g-p-m as "If you're running Oneiric you'll notice that the Power Management was moved to GNOME Settings Daemon, thus all the bugs affecting GNOME Power Manager in Oneiric are about the statistics ui and not the daemon. " [1] Thanks.

[1] https://wiki.ubuntu.com/DebuggingGNOMEPowerManager

Judging by upstream design documents[1], this feature has been changed by the GNOME folks to only dim the screen when idle on battery power. The tickbox for "Dim screen to save power" in the "Brightness and Lock" capplet in Gnome Control Center toggles the "idle-dim-battery" GSettings key, and on battery power your screen should dim after (by default) 30 seconds of idle time.

I'm going to talk with upstream about clarifying the tickbox label, but otherwise I don't think this feature will be coming back as it was.

[1] https://live.gnome.org/Design/SystemSettings/Screen

What is irritating about this is the backlight on laptops is usually the highest power item.

So on battery I want it to always be low power to maximise the battery life, I don't want it to continuously go bright when I touch my laptop as this consumes excess battery.

As I can't have that my display is always dim at the moment, so even on AC I am having a dim display and not utilising the screens ability.

It makes sense to have two power modes, on battery, and on AC. It makes absolutely no sense to use virtually the same settings on both. The GNOME guys are consistently going to far to reduce configuration.

this worked for me in the nexus 7

Matt - can you double check that this applies to Nexus 7, as mentioned this works in my system

Scott, you may want to change the status of https://bugzilla.gnome.org/show_bug.cgi?id=688179 from "Need Info" back to "Unconfirmed" so the bug is back in their queue.