Ticket #451 (closed defect: upstream)

Opened 4 years ago

Last modified 17 months ago

Backlight setting not remembered

Reported by: TheGeneral Owned by: dos
Priority: major Milestone:
Component: shr-settings Version: SHR-testing
Keywords: Cc:

Description

In the settings you can specify a percentage value for the screen backlight. After reboot it is always set to 100% again. Should be stored somewhere.

Change History

comment:1 Changed 4 years ago by spaetz

This is an upstream (FSO) issue. There is nothing shr-setting can do about for now, as it isn't started. I recommend filing this feature request on trac.freesmartphone.org which manages those backlight settings. shr-settings cannot be used for this, as it is not run on FR startup and it also never saves current settings (it is just a frontend for varies settings backends).

P.S. Personally, my low-priority long term plans are to use shr-config to be run at startup and restore setttings to whatever has been saved.

comment:2 Changed 4 years ago by dos

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

As described above. Please open FSO ticket for that.

comment:4 Changed 4 years ago by mako

Personally, my low-priority long term plans are to use shr-config to be run at startup and restore setttings to whatever has been saved.

But how about using kernel module parameter on boot? I don't know which kernel module serves the backlight brightness, but it might be

vmlinuz somemodule.brightness=50 == (for 50% zB.)

comment:5 Changed 4 years ago by spaetz

Just for the record, mickeyl said the correct way would be to modify oeventd to read the brightness value from a profile value. Then a brightness setting would only have to modify the profile value and frameworkd would use it on startup. This has the additional advantage that we could have different brightness settings in different profiles.

As for the kernel module idea. Would you really want to modify the bootloader to pass settings parameters every time you change the screen brightness? But where would you stop with this madness? Others would want the blank timeout, the ring loudness and other stuff there next. No, I really think we need a better way to handle all kinds of settings on bootup, but not by passing it to the kernel.

comment:6 Changed 17 months ago by morphis

  • Milestone MS1 deleted

Milestone MS1 deleted

Note: See TracTickets for help on using tickets.