Bugzilla – Bug 14040
backlight does not go off when blank screen screensaver is chosen
Last modified: 2009-10-05 14:37:28 UTC
backlight does not go off when blank screen screensaver is chosen r7526: To reproduce: Set screensaver to 'Screen Off'. Set delay to 10 seconds Sometimes it goes off completely, other times not. Arrrgh. it won't reapeat now. I don't know how I got it into the screen black, but backlight-on mode. My state was: Playing pandora Screensaver set to 'Screen Off' SW r7526 Manual brightness (about 75%) I'm really not imagining it, but I can't repeat it now. I have not rebooted or anything. I tried in both bright and dark ambient light. Sorry I don't have better reproduction instructions.
Ah Ha! You can reproduce by following the directions above. Then waiting for 10-15 minutes. The backlight comes back on, and won't go off with the screensaver. I produced this problem when on automatic brightness. -Caleb
== Auto-comment from SVN commit #7609 to the jive repo by felix == == https://svn.slimdevices.com/jive?view=revision&revision=7609 == Bug: 14040 +3 Description: Fix race condition where auto brightness timer could set brightness even when blank screensaver set it to 0.
This is fixed in r7609
== Auto-comment from SVN commit #7646 to the jive repo by felix == == https://svn.slimdevices.com/jive?view=revision&revision=7646 == Bug: 14040 Description: Work in progress - Prepare for when SP based players are not only sending udap requests and waiting for responses, but also receive udap requests and provide responses. - Prepare for when SP based players (type 'fab4' and 'baby') can also be redirected to another music source via udap
Please disregard comment #4. Wrong bug.
Latest changes to the automatic brightness control broke this again. I asked Raphael to look at it.
*** Bug 14150 has been marked as a duplicate of this bug. ***
I'll have a look at this since I'm familiar with the Screensaver...
I have seen both of these brightness issues recently (also 14155), but when I sat down with my PVT unit to try the repro steps with additional logging enabled and also various other means to induce these states, I have been unable to reproduce either issue. I will continue to watch.
Felix says he can reproduce this by setting the "blank" screensaver for 10 seconds
== Auto-comment from SVN commit #7677 to the jive repo by tom == == https://svn.slimdevices.com/jive?view=revision&revision=7677 == Fixed Bug: 14155 Fixed Bug: 14040 - the bug condition would be triggered by entering and leaving brightness control window (which incorrectly used tieAndShowWindow), which would cause the SqBabyApplet to be re-initted. Now show() is used, and free() no longer exits the applet (and a error message appears if an attempt to free is done)
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server! * SqueezeCenter: 28672 * Squeezebox 2 and 3: 130 * Transporter: 80 * Receiver: 65 * Boom: 50 * Controller: 7790 * Radio: 7790 Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.