Bugzilla – Bug 8481
Screen dim engages during key hold
Last modified: 2011-11-06 23:23:13 UTC
If I hold the fwd key for a long time, skipping forward in a long track, the screen dims. IMHO, the hold should count as activity and prevent dimming. I don't use a screen saver, so I don't know if it would engage while holding the key.
Ben: Can you take a look at this for 7.2?
This should be a simple fix, for 7.2.
this is an aside and not directly related to the bug itself, but Marc, I thought you'd like to here about this trick-- if you press-hold on fwd, then release after the song scanner popup shows up, you can use the scroll wheel to select the spot in the track you want to scan to, then hit the center 'go' button to start playing the track at that location. I find that a much more efficient UI for song scanning. The screen dimming bug doesn't show up when using this method either :) You can do the same trick for volume up/down
seemed like it was simple, but my first try did nothing to correct this... === SqueezeboxJiveApplet.lua ================================================================== --- SqueezeboxJiveApplet.lua (revision 24807) +++ SqueezeboxJiveApplet.lua (local) @@ -225,6 +225,8 @@ if keycode == KEY_HOME then settingsPowerOff(self) return EVENT_CONSUME + else + wakeup(self) end return EVENT_UNUSED end) Q to Richard: if you press-hold on a key and don't let go, does the KEY_HOLD event repeat itself every x seconds until the key is let go? If not, what should I do to make the controller not trigger the dimming timer while the user is holding the key?
cc:ing Richard for feedback on last comment
ben, you need to stop the power mode timer on KEY_DOWN and restart it on KEY_UP. maybe add an extra argument to wakeup(self, enable). on KEY_DOWN set enable to false to stop the timer, KEY_UP sets enable to true to restart the timer. don't forget to update any other places were wakeup() is called. i think you'll also need to apply a similar fix to the screen saver applet.
this isn't going to be fixed by 7.3. retarget for 7.3.1
Changing target to next release
with only these exceptions, my bug list is being retargetted for 8.0 for 7.3.2 (very soon): https://bugs-archive.lyrion.org/show_bug.cgi?id=7186 Browse albums/artists/genres/ years should remember previous state for 7.3.3 (later, but before 8.0): https://bugs-archive.lyrion.org/show_bug.cgi?id=7139 Add editable "Network Settings" page https://bugs-archive.lyrion.org/show_bug.cgi?id=7502 Add setup mode to set Static IPs (even if DHCP is present) https://bugs-archive.lyrion.org/show_bug.cgi?id=7829 Jive menu broken if BLOCK_SIZE == list count + 1 and "Pla... https://bugs-archive.lyrion.org/show_bug.cgi?id=8878 Party Mode https://bugs-archive.lyrion.org/show_bug.cgi?id=10064 SqueezeCenter doesn't always auto-generate playerstatus w... (which will fix 8300) https://bugs-archive.lyrion.org/show_bug.cgi?id=6334 add applet for network diagnostics (currently assigned to Tom)
Moving to the product SqueezePlay because this bug appears to apply to any player based on that application code. Feel free to move it back if it's specific to the single original product.
Reset priority before triage.
this is an administrative shuffle on priority fields to help make better judgment on the top end of the priority list. P4->P5, P3->P4, and P2->P3.
7.4.x milestone is in the past
Tom is no longer available to us
Unassigned bugs cannot have a priority.