I can confirm this on my Advent 4211 (rebranded MSI Wind netbook),
though when I reopen the lid it defautls back to 100%. I like to use
mine at lower settings - especially on evenings.
KDE 8.04.1.
$ uname -a
Linux tleilax 2.6.24-21-generic #1 SMP Mon Aug 25 17:32:09 UTC 2008
i686 GNU/Linux
$ apt-cache policy kdm
kdm:
Installed: 4:3.5.10-0ubuntu1~hardy1
Candidate: 4:3.5.10-0ubuntu1~hardy1
Version table:
*** 4:3.5.10-0ubuntu1~hardy1 0
500 http://se.archive.ubuntu.com hardy-backports/main Packages
100 /var/lib/dpkg/status
4:3.5.9-0ubuntu7.3 0
500 http://se.archive.ubuntu.com hardy-updates/main Packages
4:3.5.9-0ubuntu7 0
500 http://se.archive.ubuntu.com hardy/main Packages
Moreover, the (KDE) power manager, which seems to manage the keybinds
for raising and lowering the brightness, stops working if brightness is
set to 0% before closing. The manager still *thinks* it's at 0%, while
it's actually at 100%, so the keybinds no longer work. The popup spawns
saying "0%", but it won't raise. Changing
/proc/acpi/video/*/LCD/brightness to anything other than the minimum
value (20 for me) makes it work again. So to not lose control over
brightness setting as a non superuser, I have to make sure it's not at
the lowest setting when closing the lid. Superuser permissions is
required to fix it.
I tried modifying /etc/acpi/lid.sh to copy the /proc brightness file
upon lid close and restore it upon opening, but it seems that at some
point in the lid-close scripts it *sets* the brightness to 20. No matter
what setting I had it always saved my temporary file with "20". I'm not
sure why.
grep current /proc/acpi/video/IGD/LCD/brightness | awk -F": "
'{ print $2 }'
Anyway, even with those extra lines in the script resetting the
brightness to 20 upon opening, it automatically rises to 100% as soon as
I move the mouse or press any key.
** Changed in: acpi (Ubuntu)
Status: New => Confirmed
--
Backlight brightness level reverts to default after lid re-open
https://bugs.launchpad.net/bugs/247475
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
