Opened 9 years ago

Last modified 20 months ago

#4843 reopened defect

backlight brightness user choices lost by idle dim

Reported by: Quozl Owned by: cjb
Priority: high Milestone:
Component: power manager (OHM) Version: Development build as of this date
Keywords: Cc: kimquirk
Blocked By: Blocking:
Deployments affected: Action Needed:
Verified: no


B4 Q2D03 OS build-joyride-259

User choice of backlight brightness is lost as a result of the idle detection. Discussed in #olpc with cjb, this needs a change to get brightness, calculate an approprate lower value, and restore brightness, instead of setting to an absolute value.

By comparison, a MAC OS X laptop I have here will not dim below the minimum brightness setting.

Change History (5)

comment:1 Changed 9 years ago by jg

  • Milestone changed from Never Assigned to Update.1
  • Priority changed from normal to high

comment:2 Changed 9 years ago by cjb

Fix pushed to Joyride. We now preserve user choice of brightness after dimming, and don't dim if it would *increase* brightness.

comment:3 follow-up: Changed 9 years ago by cjb

  • Resolution set to fixed
  • Status changed from new to closed

Tested working in Joyride; closing (without the verified tag).

comment:4 in reply to: ↑ 3 Changed 9 years ago by chihyu

  • Cc kimquirk added
  • Resolution fixed deleted
  • Status changed from closed to reopened

Tested on 3 joyride-1520, Q2D08a machines with brightness level 2:

While being resumed, the back light would come back on to level 8. If press the adjustment key to make it darker, the screen immediately goes down to brightness level 1 with one key press.

Replying to cjb:

Tested working in Joyride; closing (without the verified tag).

comment:5 Changed 20 months ago by Quozl

  • Milestone 8.2.0 (was Update.2) deleted

Milestone 8.2.0 (was Update.2) deleted

Note: See TracTickets for help on using tickets.