Bugzilla – Bug 2870
Viewing second page of to-be-saved playlist jumps to edit mode
Last modified: 2006-01-28 13:06:15 UTC
How to reproduce: Create a playlist that spans more than one page (in right pane) Click "SAVE" at top of playlist (in right pane) Click right arrow or page 2 of to-be-saved playlist (in left pane) Server exits with the following message in log: Slim::DataStores::DBI::Track->retrieve() parameters don't include defined values for all primary key columns (id) at /usr/local/SlimServer_6_2_x_v2006-01-24/Slim/DataStores/DBI/DBIStore.pm line 244 This is present in both 6.2.1 and 6.2.2 nightly for 1/24/06
Slim/Web/Pages/EditPlaylist.pm, line 54 should be changed to: my $playlist = $ds->objectForId('playlist', $params->{'playlist'}); since the Save Playlist routines use the 'playlist' param for the playlist id.
committed a fix to 6.2.2 and 6.5 at change 5871. This now avoids the crash, but the template used in the pagebar links is edit_playlist.html which causes the next page to be in edit mode instead of browse. eiting summary to reflect
Created attachment 1114 [details] keep saveCurrentPlaylist param to stay out of edit mode entering save playlist mode leverages browsedb for output, but the pagebar lists edit_playlist as thepath, so clicking on them will automatically go into edit mode. however, the saveCurrentPlaylist param can be used to once again redirect edit_playlist to bounce to browsedb again for each of the pagebar items.
Looks good. Thanks
committed at change 5918