Bugzilla – Bug 7186
Browse albums/artists/genres/years should remember previous state
Last modified: 2009-09-08 09:29:23 UTC
If I've previously browsed into Music Library->Albums->An Album then next time I go into Music->Library->Albums, An Album should be initially selected. Ditto for artists and years. The Squeezebox gets this right but not the controller.
Will consider post 7.0.
Shouldnt this also apply to browsing the music folder?
7.1? Not 7.01? I'm surprised as I am vexed by the lack of this function almost every time I use the Controller.
7.0.1 will be a bug fix release not a feature release. Please try to avoid comment spam.
*** Bug 7839 has been marked as a duplicate of this bug. ***
*** Bug 8309 has been marked as a duplicate of this bug. ***
this is not making it into 7.1 An added note on this bug: this is a very important bug to fix, and it's getting plenty of votes as well. The reason for punting this to 7.2 is not because of the bug's priority (high), but rather because of the non-trivial nature of the fix and the current timetable.
punting to 7.3
(In reply to comment #8) > punting to 7.3 > Seriously? Isn't this a major issue?
Yes, this is a major issue, but one without an obvious solution. Retargetting for 7.3.1. My intention is to make this one priority 1 for 7.3.1. cc:ing Tom, whom I'll be soliciting help with scoping this one out.
*** Bug 10170 has been marked as a duplicate of this bug. ***
The good news is this long-standing ugly bug has been fixed. The bad news is that it's too close to 7.3 release to checkin for 7.3. Fix checked into 7.4 trunk branch, r3484. I will try to pull the fix into the first available beta firmware after 7.3 is released. the gory technical details, for those interested: any "SlimBrowse" menu (browse menus driven solely by data from SqueezeCenter/SqueezeNetwork, e.g. everything underneath Music Library) is generated via a CLI command callback. By storing the last browse index for a specific CLI command callback, it is possible to jump directly to that index when re-entering a given browse menu. code change details here: http://svn.slimdevices.com/7.4/trunk/squeezeplay/src/squeezeplay/share/applets/SlimBrowser/SlimBrowserApplet.lua?root=Jive&r1=3484&r2=3483&pathrev=3484 Further, the code to decide which chunk of the list to get next was rewritten to allow the first chunk loaded to include the previously selected index (or, in the case of no browse history, it will start with the first chunk), and then request the most logical next chunks until the list is complete. code change details here: http://svn.slimdevices.com/7.4/trunk/squeezeplay/src/squeezeplay/share/applets/SlimBrowser/DB.lua?root=Jive&r1=3484&r2=3483&pathrev=3484
Moving to next release, not going to make it for 7.3.1
r3679 brings the changes I put into 7.4/trunk back to 7.3/trunk, which will push the fix into the 7.3.2, which is the next bugfix release. QA- put this one through rigorous paces before certifying 7.3.2.
Fixed - Closed Message (SC) This bug has been fixed in the 7.3.3 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Correction: SqueezeCenter version is 7.3.2