Bugzilla – Bug 3517
BrowseDB player issues
Last modified: 2006-06-09 12:20:54 UTC
browsing via Artists, gives a list of albums. Pressing play on one of those albums results in no playlist. d_command log shows why: 2006-06-09 11:43:47.6722 $VAR1 = [ 'album=62' ]; $VAR2 = { 'album' => { 'me.id' => '76' } }; 2006-06-09 11:43:47.6810 2006-06-09 11:43:47.6815 00:04:20:06:17:a0: Switching to mode stop from stop 2006-06-09 11:43:47.6826 Already in playmode stop : ignoring mode change 2006-06-09 11:43:47.6857 Adding song index 0 to song queue 2006-06-09 11:43:47.6860 Clearing out song queue first 2006-06-09 11:43:47.6863 Song queue is now 0 2006-06-09 11:43:47.6884 Playlist: Jumping to song index: 0 2006-06-09 11:43:47.6966 Adding song index 0 to song queue 2006-06-09 11:43:47.6970 Clearing out song queue first 2006-06-09 11:43:47.6974 Song queue is now 0 2006-06-09 11:43:47.6988 Request: Command [00:04:20:06:17:a0->playlist loadtracks] (Done) 2006-06-09 11:43:47.6991 Param: [_what] = [album=62&album=HASH(0x8ff2f58)] 2006-06-09 11:43:47.6995 Request: Command [00:04:20:06:17:a0->button] (Done) 2006-06-09 11:43:47.6997 Param: [_buttoncode] = [passback] 2006-06-09 11:43:47.6999 Param: [_time] = [4285.522] 2006-06-09 11:43:47.7001 Param: [_orFunction] = [1] The addtracks params are wrong "album=62&album=HASH(0x8ff2f58)" The dump above is @terms, followed by $findcriteria. The findcriteria used to be hash of scalar mappings, but is now a mapping to hashes. Also, the me.id=76 seems to be misleading, as 76 is the contributor.id. The proper album id is 62 as found in @terms. I suspect this might now have to be album.id = 62 in order to make it work, but I also don't know what to do about the $findcriteria.
marking as a dupe of 3509, which seems to be essentially the same issue. However, I dont get evenone track, nor can I see how one would get played at all with the current results being shown from my logs. *** This bug has been marked as a duplicate of 3509 ***