Bugzilla – Bug 14118
When refreshing a menu after digging into details and backing out, the descending option changes erroneously
Last modified: 2009-10-05 14:36:53 UTC
This is something I've seen with 7.3.x and 7.4 with at least the Rhapsody and Napster plugins. It's also the same between SN and SC. What happens is: If you descend into a menu tree and back out, iPeng (and also Squeezeplay, I believe) refresh upper level menus as soon as they get the focus. iPeng does that by re-requesting that menu. However, In many cases the option that was selected while descending, changes. I can see this in the server logs, so it's probably not iPeng. What I believe is, that the object that is being descended into, somehow becomes mutated during the process of descending and is not re-built on the server side. Ascending a few levels above the element (sometimes, two are needed) and descending again will fix the menu. Examples: In Rhapsody, go to "My Library->Artists-><an artist>-><an album>-><track details for a track> From this place on, when you back out and refresh menus, the following items will be wrong: - The Track you selected (on Rhapsody, only the track# goes missing, on Napster also Artist and Album) - The Album you selected will lose Artist and year - The "Artists" menu will lose the Artist you chose, it will be replaced by "Albums". This is probably the most confusing one. See also: https://trac.penguinlovesmusic.de/trac/ipengnat/ticket/76
OK, I just tried this with the controller and I see the same. The controller does not automatically refresh a menu when you return to it so you have to back out one level and descend back in but the effect is the same. Best example is you do "Rhapsody->My Library->Artists-><an artist>-><an album>" If you now back out until the "My Library" level you will not see that artist again until you back out of the App to the home menu.
Andy notes that he has recently fixed a caching problem that might have caused this. Ben notes that he fixed a bug where the track name was being displayed as "Track". Tom notes he does see this symptoms.
OK, there was some code in the CLI XMLBrowser that changed the title of the parent item when descending to a child which returned a different title. This caused "<artist name>" to be replaced by "Albums". I had fixed this a while ago in the Web XMLBrowser but I guess never fixed it for CLI.
== Auto-comment from SVN commit #28584 to the slim repo by andy == == https://svn.slimdevices.com/slim?view=revision&revision=28584 == Fixed bug 14118, don't change parent title when loading a child menu item
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.