Bugzilla – Bug 6944
hitting play button on XMLBrowser items that don't have a play action associated with them causes badthings
Last modified: 2009-09-08 09:12:06 UTC
If you hit play for a menu item that shouldn't have a play action associated with it, it appears to fire off a stub of a cli command that not only doesn't work it sends back a playerstatus update to jive that screws up NowPlaying and current playlist screens. Worse yet, the playerstatus for that player never recovers-- it requires an SC restart before it works
to reproduce: Rhapsody->My Library->Any Artist (hit play)
I'm shocked nobody has hit this bug before. It's always been broken, and really caused terrible problems. All you had to do was hit the play button on an XML browse item that isn't supposed to have a play action associated with it and you would break things to the point where the only fix was an SC restart. fixed in change 17214 and jive r1811 Description: For xml browse item types 'text' and 'link', make play and add button do the same thing as go. Requires jive r1811, which has code to pickup the new playAction or addAction parameters in the item table When item has playAction or addAction eq 'go', Jive will push to a new window. Normally play/add actions do not create a window. for example, $request->addResultLoop( $loopname, $cnt, 'playAction', 'go');
This bug has recently been fixed in the latest release of SqueezeCenter 7.0.1 Please try that version, if you still see the error, then reopen this bug. To download this version, please navigate to: http://www.slimdevices.com/su_downloads.html