Bugzilla – Bug 8172
Playlists containing remote URLs are broken
Last modified: 2009-07-31 10:21:34 UTC
I'm running 19719 but I don't know then this started. I have three playists - one is zapped songs created by zapping. The others each contain url's. Both of the radio playlists show up empty. But if I make a copy of one in the playlist directory, then at random sort of either the copy or the original or both reappear. I can't find a pattern for the failure. I've turned on scanner debug logging and it doesn't even show the playlist being visited - but i don't know if it should. Are there other debug flags that would help? (There are no permission problems. In fact, changing ownership from/to squeezecenter seems to randomly make the scan work or fail). I though it might be the radio url's but in one test, simply copying one of the playlist to a new .m3u file caused BOTH the old and new to populate.
More expiriments. I could not reproduce previous. I tried to reproduce case where changing on url to a file name caused whole playlist to appear - file and url entries. Now same change caused file but NOT url entries to appear. So this probably has to do with url type entries in playlists.
All I see in the debug log [08-05-16 08:33:50.0632] Slim::Utils::Scanner::scanDirectory (344) Adding playlist file:///home/marc/SlimPlaylists/BBC%20Composer%20of%20the%20Week.m3u to database. [08-05-16 08:33:50.0710] Slim::Utils::Scanner::scanPlaylistFileHandle (391) Will scan file:///home/marc/SlimPlaylists/BBC%20Composer%20of%20the%20Week.m3u, base: file:///home/marc/SlimPlaylists [08-05-16 08:33:50.1464] Slim::Utils::Scanner::scanPlaylistFileHandle (434) Playlist item file:///home/marc/SlimPlaylists/BBC%20Composer%20of%20the%20Week.m3u changed from m3u to ssp content-type [08-05-16 08:33:50.1493] Slim::Utils::Scanner::scanPlaylistFileHandle (458) Found 5 items in playlist: [08-05-16 08:33:50.1498] Slim::Utils::Scanner::scanPlaylistFileHandle (462) rtsp://rmv8.bbc.net.uk/radio3/cotw/cotw_mon.ra [08-05-16 08:33:50.1503] Slim::Utils::Scanner::scanPlaylistFileHandle (462) rtsp://rmv8.bbc.net.uk/radio3/cotw/cotw_tue.ra [08-05-16 08:33:50.1507] Slim::Utils::Scanner::scanPlaylistFileHandle (462) rtsp://rmv8.bbc.net.uk/radio3/cotw/cotw_wed.ra [08-05-16 08:33:50.1512] Slim::Utils::Scanner::scanPlaylistFileHandle (462) rtsp://rmv8.bbc.net.uk/radio3/cotw/cotw_thu.ra [08-05-16 08:33:50.1516] Slim::Utils::Scanner::scanPlaylistFileHandle (462) rtsp://rmv8.bbc.net.uk/radio3/cotw/cotw_fri.ra
Created attachment 3352 [details] example playlist
I wrote a not-very-smart workaround script that will scan through stream playlists and add the missing entries to TRACKS and PLAYLIST_TRACK. It's not very robust, but if you're like me and remote playlists are 70% of what you use the SqueezeBox for, it gets that working again. http://randomcamel.net/pub/add_remote_playlists.pl
Created attachment 3383 [details] Server log
I am seeing something similar on XP. SqueezeCenter Version: 7.1 - 20238 @ Wed May 28 01:22:56 PDT 2008 - Windows XP - EN - cp1252 Perl Version: 5.8.8 MSWin32-x86-multi-thread MySQL Version: 5.0.22-community-nt Platform Architecture: 586 Playlists with radio urls in are unusable following any kind of rescan (full, new music or playlist only), by which I mean that the playlist works fine when it is first saved, but after a rescan there is no url shown in the webui and on pressing play the SB screen shows as "Nothing". The playlist itself is not altered by the scan (as you would expect). This only affects playlists with single urls in, playlists with tracks are scanned and recognised fine. Server log attached.
I think this bug was introduced in the large checkin on May 6th. It's ben bust since. I have a small playlist of 2 radio stations. Neither appear in the WebUI when I click on the playlist name, but are playable if I use "Tune In URL" #EXTM3U #EXTINF:TodayFM Stream http://war.str3am.com:7240/listen.pls #EXTINF:NewsTalk106 http://media.blueface.tv:10608/Newstalk
Fixed in 7.1 change 20494.
After waiting for this fix for a while, the actual change prompts me to paraphrase an old joke: 10 cents to remove the line of code, $1000 to know which line to remove. In any case - it fixes it - and thanks.
(In reply to comment #9) > > In any case - it fixes it - and thanks. > Marking bug verified per Marc
This bug has now been fixed in the 7.1 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com 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.
This bug has been fixed in the 7.3.0 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.
Reduce number of active targets for SC