Bugzilla – Bug 735
duplicate URLs in a playlist cannot have unique titles
Last modified: 2008-12-18 11:50:21 UTC
I have created a playlist that has some URLs that are repeated, but I want the titles to be different. Slimserver displays the titles as whatever the last title listed was. for example: [playlist] NumberOfEntries=3 File1=http://streamA.mp3 Title1=This is STREAM A Length1=-1 File2=http://streamB.mp3 Title2=This is STREAM B Length2=-1 File3=http://streamA.mp3 Title3=This is ALSO STREAM A Length3=-1 Version=2 when browsing to this playlist on slimserver, the titles should read: This is STREAM A This is STREAM B This is ALSO STREAM A instead they would read: This is ALSO STREAM A This is STREAM B This is ALSO STREAM A the same behavior is seen when using m3u files. I will attach a real working example
Created attachment 228 [details] playlist that has dup URLs. File2 and File3 are the first examples of the bug.
note on the attachment- you will need to point a slimserver at this playlist to see the issue. is a hash is being initialized and used where the key is the URL? that would explain the title overwrite...
That is correct. The infoCache in 5.4.x.
er...seems that got cut off. the infocache in 5.4.x uses a url for the key, so its currently not possible to have multiple titles associated with a given url. The SQL work underway for 6.0 may be doing some things to alleviate this issue.
Does the SQL schema allow the server to address this issue?
We do the right thing in the 6.0 branch.
Routine bug db maintenance; removing old versions which cause confusion. I apologize for the inconvenience.