Bugzilla – Bug 10763
SongScanner becomes inoperative.
Last modified: 2009-10-05 14:34:29 UTC
7.3.2 r3698 Start a track playing by pressing play. While the now playing popup is still active at the bottom of the screen, try to engage the songscanner by holding fwd. Note that the scanner does not appear, and the pop up closes. Stop holding fwd and try again after the popup is cleared. The scanner will now not engage. Only a reboot seems to clear this issue. This seems true even if you start a new track or change player and change back. In fact, once the scanner is "broken", even if you switch to a different player it stays broken.
It appears this can be reproduced on Squeezeplay if you hold shift-b during the now playing popup.
I cannot reproduce this in 3856 - so I'm closing it.
(In reply to comment #2) > I cannot reproduce this in 3856 - so I'm closing it. > SBController r3856 or SqueezePlay r3856 or Both?
I spoke to soon. Its a narrow window, but if you press play and immediately hold fwd it fails. Reopening.
Alan, note James can't reproduce this, but maybe you could have a look and see if there's something obvious.
To details that may help to reproduce. 1. I'm pressing play on a track in a music folder. 2. You need to be really quick about pressing fwd-hold right after pressing play. (This is not a silly sequence if you are starting a track and know you want to move into the middle of it).
It looks like the data (duration & can_seek) is provided to SP in the comet response but, for some reason is not acted upon.
I've seen volume fail once in exactly the same way, but I can't reproduce either failure. It's a slim timing window, I think.
Ok, rebooting the server and the SBC seems to have cured it in my case. I'll report back if I see this happening again. - Tim
*** Bug 11156 has been marked as a duplicate of this bug. ***
We are now planning to make a 7.3.3 release. Please review your bugs (all marked open against 7.3.3) to see if they can be fixed in the next few weeks, or if they should be retargeted for 7.4 or future. Thanks!
I'm unable to reproduce this with the 7.4 version of SqueezePlay. Given that the event-handling framework has been significantly changed, this may be relevant. Please can you try with a 7.4 build of SP?
I'd like to try the 7.4 controller firmware against 7.3.3 SC. Is that possible. when I try, SC and the controller together insist on going back to the 7.3.3 controller. changing content of cache doesn't stick. is there a trick for this? or can't I do the test this way.
Ignore last. It appears if I just wait a bit, the update screen goes away and the updated firmware runs.
In a quick sniff it doesn't happen - but its hard to reproduce so I can't tell for sure. I notice that button no longer clears songscanner pop-up. Is this a bug or a feature? Sadly for me, its no longer easy to swap fwd and fwd-hold so that the songscanner is easier to get to. The code right now is pretty gnarly, and I'm stumped. (I must stress that the reported bug was reproduced without swapping the functions, and seen both for scanner and volume).
(In reply to comment #15) > I notice that button no longer clears songscanner pop-up. Is this a bug or a > feature? I think that is a bug.
It is bug 11424
I still cannot reproduce the original problem in this report. I'm marking it as fixed in 7.4.
I agree - I've been running 7.4 firmware (5580 since it came out) and have not seen this.
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.