https://bugs.kde.org/show_bug.cgi?id=360537
--- Comment #8 from Fuchs ---
As a sidenote there is a BIOS setting on how the brightness key should behave,
I can't remember whether that is only related to the thinklight (which gets
turned on after 3 presses) or also the keyboard levels. I'll update
https://bugs.kde.org/show_bug.cgi?id=360537
--- Comment #9 from Fuchs ---
To get the OSD back, I created the following script (Adapt paths where needed,
should work in POSIX compliant shells) and bound it to XF86KbdLightOnOff.
Therefore now using the keyboard or the battery plasmoid slider (aside
https://bugs.kde.org/show_bug.cgi?id=360537
--- Comment #10 from Fuchs ---
Augh, obviously replace 2 above with $MAX, my bad. (And in this case maybe
check for non-null, even though this should™ not be possible)
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.kde.org/show_bug.cgi?id=360537
--- Comment #3 from Fuchs ---
As discussed on IRC:
I also checked why using the slider or dbus would trigger the buggy behaviour.
As expected, the driver is silly enough to emit
keycode 236 (keysym 0x1008ff04, XF86KbdLightOnOff)
even if you didn't
https://bugs.kde.org/show_bug.cgi?id=360537
--- Comment #2 from Fuchs ---
Ignore the last comment, actual issue is the following:
per default the key triggers keycode 236 (keysym 0x1008ff04,
XF86KbdLightOnOff), which by default in KDE Plasma is configured to toggle the
keyboard light. However,
https://bugs.kde.org/show_bug.cgi?id=360537
--- Comment #1 from Fuchs ---
Looking at the code so far, my best guess would be that it tries to round (with
the very limited amount of steps, 0,1,2) and horribly fails, which never lets
it rest at a certain value. If that is the case, I hope the logic
https://bugs.kde.org/show_bug.cgi?id=360537
Bug ID: 360537
Summary: Keyboard Backlight endless loop when changed, only
inside plasma session
Product: Powerdevil
Version: 5.5.95
Platform: Gentoo Packages
OS:
