https://bugs.kde.org/show_bug.cgi?id=522057
Bug ID: 522057
Summary: quickly moving the backlight slider around doesn't
always work on some keyboards
Classification: Plasma
Product: plasmashell
Version First master
Reported In:
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: Brightness and Color widget
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected]
Target Milestone: 1.0
I'm seeing this on an Ideapad 5 14ALC7, i don't know if is an issue of this
specific hardware, if is an issue of UPower, or how UPower is used by
powerdevil.
The laptop as keyboard brighness only supports 3 levels: off,low and high.
switching between the levels (both by the fn keys and by the applet slider) it
does an animation between the statesm wich i guess is purely on the keyboard
firmware side.
Now, if from the slider i go for instance at "low", it animates to the desired
value. if then i quickly go to off, then back at low before the animation is
done, the slider will be at "low" but the backlight will stay off.
looking into powerdevil, i see that i get a
KeyboardBrightnessController::onBrightnessChanged with the correct value 1, but
then if i call brightness() (which is a sync dbus call to UPower) it returns 0,
which is correct as the backlight is really off.
Of course i can bruteforce it to put in onBrightnessChanged if (value !=
brighness()) setBrightness(value) and this will fail for a few times, but
insisting until the animation is done, and then it owill work.
I don't know how much this is a common situation across keyboards, but there
seemsthat the firmware as long as is doing this anuimation it will not accept
commands, and i don't know if there is a way at upower or powerdevil level to
actually know this and actually set the value when it will actually work.
--
You are receiving this mail because:
You are watching all bug changes.
