Bugzilla – Bug 9315
"Now Playing" incorrectly refreshing
Last modified: 2012-02-27 17:33:16 UTC
Intermittently, the information on the "Now Playing" screens is not properly updating. Initially, the information will be correct, but if I add songs or use the "Play" button to start a whole new group of songs, the "now playing" screen will continue to show the old songs. Often, when this has happended the Receiver will continue to properly move on to new songs, but the controller will not show the song changes, sticking to the previous song as "Now Playing." Also, at times, I have shuffled the playlist, and the songs being played do shuffle, but the playlist continues to show the old, unsorted order. Turning off the SBC and restarting it cleans up and corrects the playlist - I do NOT have to restart SqueezeCenter. On other occasions, "Now Playing" will show the "refreshing screen art" icon for each song, but never complete the refresh. Again restarting the controller cleans up the screen. I'm running 7.1 on an HP Mediasmart Server (Windows Home Server). I am using SBC firmware 7.1r2722 with both an SBR and a Squeezebox2. SqueezeCenter is version 7.1 - 22170. I am also running MusicIP, and have installed CustomBrowse and AlienBBC. An additional user has noted this same problem as commented on in this posting: http://forums.slimdevices.com/showthread.php?t=51494
QA to verify with 7.2
John: Can you please retest with SC 7.2 (released today) I have not been able to reproduce this error yet. http://www.slimdevices.com/su_downloads.html
Same bug here! Now playing goes crazy sometimes. I didn't discover yet why, but it seems after "waking up" the Controller... I'll do a little "research" to find out when this happens.
Sorry for the delay on responding - I have upgraded to 7.2 and have my controller upgraded, yet I still get the problem. I'm trying to see if there is a pattern. It may be occurring when I've paused a song, then go to the music library and select a new album to play. It seems to be definitely true if I've stopped or paused playback for a while, then return and start by playing something else.
I tried out John's pattern but.. this is not my case. It seems like now playing goes crazy randomly?! But it is annoying! Updated and still have same problem
What content are you streaming? Do you see the same behavior if you turn OFF the Now Playing Screen Saver?
Anyone experiencing this issue, please post your findings in the bug report, so we can figure out and fix the issue: Please tell us: 1) what content you are streaming 2) what screen saver you have enabled on the controller 3) does this happen if the controller is docked (in charger) our out 4) does this happen on SqueezeCenter ONLY, or also on SqueezeNetwork (please test on SN to see if you have the same issue) 5) please describe any steps you take to reproduce this issue so we can figure it out here :)
Hmm I was trying almost every possibility which comes across my mind to figure out, what is the pattern of this bug, but with no luck! It seems like if the screesaver (when playing) is not ticket with "now playing" it last a little bit longer with correct displaying "now playing" but who nows. But the funny thing is that: When "now playing" stucks, and you are going to switch off the SBC (which is the only way to solve this problem for now)... when you hold the power button, you can see for 2 seconds behind the OFF logo or goodbye whatever is written, that nowplaying albumart gets changed to the one it must be. And then SBC powers off! Anyone seen this?
Could I ask anyone still seeing this issue to please try the nightly for 7.2.1 to see if the issue has cleared up.
Updated to 7.2.1 than also Duet Controller has updated to a new version. But the bug is still present! Same old bug, same old way.. I was playing with my controller (sc 7.2.1) again for let's say 5minutes switching from artist to artist, playing various stuff.. from radio to albums, from albums to songs etc.. and after 2minutes "now playing" gone crazy (again). Still hadn't discovered yet why or when. too bad. The Squeezecenter is displaying the correct "now playing" info. So the bug belongs to controller.
Interestingly, I ended up resetting my controller a while back (I just couldn't get it to reconnect to the network) and I haven't had the problem since.
I just had this happen: I have a SqueezeBox 2 playing in Random Mix (random songs) mode. I had the SqueezeCenter web interface loaded in Firefox on my Windows box. SqueezeCenter runs on my Linux box. I looked up at the web interface, and Now Playing was showing the previous song played, but the elapsed time bar was moving. I looked at the SqueezeBox, and it was also displaying the previous song, with a live elapsed time bar, showing it as "now playing". When the next song came up, the display on both the SqueezeBox and the web interface was off by one song. When I skipped a track forward with the web interface, it was still one song off. When I turned the SqueezeBox off, and back on, it was still one song off. When I scrolled to the next song in the "Now Playing" list and pressed play, it played the song displayed, and the "Now Playing" display showed the correct song on both the SqueezeBox and the web interface. Please tell us: 1) what content you are streaming FLAC files resident on the server running SqueezeCenter 2) what screen saver you have enabled on the controller Now Playing screen saver 3) does this happen if the controller is docked (in charger) our out I don't have a controller. 4) does this happen on SqueezeCenter ONLY, or also on SqueezeNetwork (please test on SN to see if you have the same issue) This is the first time I have seen it in several days of use. I don't really have anything I want to play on SqueezeNetwork. I can try it on Pandora, but it looks like Pandora only has a single-element playlist. 5) please describe any steps you take to reproduce this issue so we can figure it out here :) I don't know how to reproduce it. I wasn't taking any action at all when it occurred. These are the only error messages logged during the period when the problem could have occurred: [08-10-23 22:45:42.5907] Slim::Utils::Misc::msg (1398) Warning: [22:45:42.5903] Argument "" isn't numeric in numeric gt (>) at /usr/local/src/Audio/squeezecente r-7.2.1-23565/HTML/Default/pageheader.html line 114. [08-10-23 22:46:00.9873] Slim::Utils::Misc::msg (1398) Warning: [22:46:00.9868] Argument "" isn't numeric in numeric gt (>) at /usr/local/src/Audio/squeezecente r-7.2.1-23565/HTML/Default/pageheader.html line 114.
I should mention that I am running 7.2.1 nightly 23565 (October 17, 2008) This has happened in previous versions. See bugs: <A HREF="https://bugs-archive.lyrion.org/show_bug.cgi?id=1304">1304</A> <A HREF="https://bugs-archive.lyrion.org/show_bug.cgi?id=2510">2510</A>
Does the same error happen, if you DO NOT use the Random Play plugin? I.E. does this happen with other music services, or playing albums?
I suspect this is the same as bug id 7581. Here follows a copy of my post to that one: Think I am experiencing the same bug. I'm sure this used to work 6.5.1 and before. In my case the 'now playing' list is lost if generated by the 'random mix' plugin, and if power is removed from the SB3 (my amp uses a trigger/relay to cut power from various devices when not on). 100% repeatable with the following steps: 1. Switch on SB3 (ie power jack in) 2. Play an album and check it is in the now playing list, 3. Play random songs (Music Library/Random Mix/Play random songs) 4. Wait 30s for the screen blank to switch to 'Now Playing' (just in case the 'jump to now playing' is required to populate that list, 5. Press stop, and wait 5s to ensure no timing issues with the subsequent power off, 6. Power off SB3 (pull jack plug) 7. WAIT 2 minutes 8. Power on (jack in) and wait to start-up 9. Check Now playing list - it will show the originally played album rather than the random playlist. Oddly, if I wait only 1 minute or less at step 7 then it appears to work OK (as if the SB3 has some kind of short term memory save, or capacitor to cope with short power glitches). That explains why I had problems repeating the issue. Also, if I play an album rather than random songs then behaviour is OK (ie this is a problem with the random mix plugin). Currently running SC7.2 on XP.
Upon further review of the symptoms that others have described, I don't think what I experienced is the same problem. My experience matches bug 2510, which had been fixed for a long time -- but it seems to be back. Should I open a new bug, or post to 2510?
Try it without the Custombrowse plugin, to make sure. Is this only happening with the controller?
The latest procedure for this bug given in comment 16 seems to be a match for what is reported in bug 9931. It is similar, in that playing a random mix (or musicIP mix) doesn't save the current playlist such that it will remain after a power cycle. Instead, it reverts to the former playlist. Does it work via web and not from player/cli/controller as well? Or is there a different combination. It may be related to the cli variant used or something that affects the automatic saving of the current playlist.
It was me who wrote the procedure in comment 16. Not sure what you mean by 'does it work via the web', but if I use the SqueezeCentre front end, rather than using the remote to control the SB3, then the behaviour is much the same (when pulling the SB3 power jack). When the SB3 powers up and connects to SqueezeCentre the playlist displayed in SqueezeCentre only then reverts back to the previous one (rather than the random list that was being played/displayed). Can't see anything relevant in the SC log. My SC install is relatively virgin as I had just rebuilt my PC (ie no SC upgrades). The only 3rd party plugins I use are WeatherTime and Inguz. Do let me know if there is anything else I can test.
Moving target to 7.3.1.
Moving target to 7.3.3
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!
Doesn't work in Google Chrome either...
(In reply to comment #24) > Doesn't work in Google Chrome either... sorry - mis-posted to wrong bug, please ignore!
Since there's now a planned 7.3.3 release, bugs which won't make the cut-off are being moved to the next target out. If you feel that this bug needs to be addressed more (or less) urgently than the 7.4 release, please cc chris@slimdevices.com and leave a comment in the bug to that effect so we can review it. Thanks.
For some reason Bugzilla did not change the target when I did this yesterday. Or maybe it was me. In either case, I'm trying it again.
If this is still an issue with 7.3.3 please reopen and add additional comments.
Closing resolved bugs - if you feel this bug still exists please first re-test with the latest SW/FW version. If you are able to reproduce then feel free to reopen and attach new logs / steps to reproduce.