After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 661108 - Screen capplet's "dim screen" option does not remember original setting
Screen capplet's "dim screen" option does not remember original setting
Status: RESOLVED DUPLICATE of bug 660434
Product: gnome-settings-daemon
Classification: Core
Component: power
3.2.x
Other Linux
: Normal normal
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-10-06 18:02 UTC by Michel Alexandre Salim
Modified: 2011-10-06 21:16 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michel Alexandre Salim 2011-10-06 18:02:43 UTC
(Note: filing this against "Other Preferences" because there does not seem to be a Screen component. Could someone create that and reassign this?)

If "Dim screen to save power" is checked, and the system then becomes inactive for a few minutes, on detection of user input the screen is actually set to maximum brightness, instead of being restored to the previous brightness level.

I set my brightness to minimum, which is bright enough indoor, esp at night -- and it's quite jarring when the display suddenly goes back to full backlight!

System: Fedora 16 beta (x86_64)

Installed component:

$ rpm -q control-center
control-center-3.2.0-1.fc16.x86_64
Comment 1 Michel Alexandre Salim 2011-10-06 21:03:33 UTC
Correction: affected component is gnome-settings-daemon's power plugin.

$ rpm -q gnome-settings-daemon
gnome-settings-daemon-3.2.0-1.fc16.x86_64

Control Center's Screen capplet actually sets the dconf keys properly, but somehow these are misinterpreted when on AC:

- display dims properly when on battery power, and the correct backlight level is restored upon user activity

- on AC, dimming is not supposed to occur (the idle-dim-ac key is set to the default, which is false). but while dimming does not occur, it seems that after a period of inactivity followed by user action, the power plugin incorrectly tries to restore the display brightness anyway, and since there is no saved value, restore it to max instead

- if idle-dim-ac is set to true, then the screen correctly gets dimmed after 10 seconds and restored to the original (not max) brightness upon user activity

Another problem I'm observing is that gsd's power plugin always dims acpi_video* to a brightness value of 2 (out of 8), and if the user-set brightness is less than 2 (i.e. 0 or 1), dimming actually brings the value up to 2, and on user activity, the value remains at 2.

So there are two related bugs:
- on AC, while gsd-power correctly does not dim the screen on inactivity, it still tries to restore the screen (to max brightness)
- if the backlight level is set by the user to below the value that gsd-power would dim to, then the screen should *not* be dimmed, and the value set by the user should not be discarded, but it is.
Comment 2 Michel Alexandre Salim 2011-10-06 21:16:22 UTC
Appears to be a duplicate of # 660434

*** This bug has been marked as a duplicate of bug 660434 ***