Bug 14648 - Local playlists with remote URLs missing title
: Local playlists with remote URLs missing title
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Playlists
: 7.4.0
: PC Debian Linux
: P3 normal (vote)
: 7.5.0
Assigned To: Alan Young
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-10-07 12:15 UTC by Mark Wahl
Modified: 2010-04-08 17:25 UTC (History)
4 users (show)

See Also:
Category: Bug


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mark Wahl 2009-10-07 12:15:02 UTC
I have a playlist of radiostations streamed from a vdr system. In 7.3.3. the names of the stations were correctly displayed. In 7.4.0. and 7.4.1. the titles is empty for all entries. An example of an entry of the .m3u-file:

#EXTM3U
#EXTINF:-1,Antenne Brandenburg
http://192.168.0.1:3000/ES/S19.2E-1-1093-28454
Comment 1 James Richardson 2009-10-07 12:55:07 UTC
Andy: is this a network issue or SC issue?
Comment 2 Mark Wahl 2009-10-07 22:35:06 UTC
Its in the playlist menu of the music collection of squeezebox server web ui.
In squeezecenter 7.3.3. the same playlist was shown correctly. Several rescans did not lead to any change. A log of format/playlists shows that the file is scanned correctly, but the scanned titles do not find a way to database(?) and display. I even removed the only UTF-8 character in the file, but no change.
Comment 3 Andy Grundman 2009-10-12 12:43:00 UTC
Since we don't store remote URLs in the database anymore, this causes a problem 
for local playlists that point at remote URLs.  The scanner gets the title 
correctly but this is only stored within the scanner process and never read by 
the server process.
Comment 4 Alan Young 2009-10-13 23:33:50 UTC
I guess that if it were added to the RemoteTrack object (by the scanner?) then it would get stored in the M3U playlist.
Comment 5 Andy Grundman 2009-10-14 04:43:17 UTC
I think what's happening is: The local playlist gets scanned into a regular Playlist object (in the db) and the entry is scanned as a RemoteTrack.  So after the scanner shuts down the RemoteTrack title info is lost.  When the main server plays it, it doesn't re-scan the playlist to find the title info.
Comment 6 Chris Owens 2009-10-21 09:49:36 UTC
moving current p2 bugs to p3 to make room for moving p1.5 bugs to p2
Comment 7 Pat Ransil 2009-10-23 05:11:18 UTC
Administrative move of 7.5 bugs. All P2, P3, P4 being downgraded one level. Will then split P1s.
Comment 8 Pat Ransil 2009-10-23 05:17:24 UTC
Administrative move of 7.5 bugs. All P2, P3, P4 being downgraded one level. Will then split P1s.
Comment 9 Alan Young 2009-10-23 08:20:20 UTC
Mark, Please provide some examples of specific URLs that have this problem. I cannot reproduce it but I need to know how you get the items in to the playlist in the first place.
Comment 10 Mark Wahl 2009-10-23 11:17:01 UTC
Hi Alan,
the playlist contains several entries almost identical to the example I put in my original bug description (the example is the beginning/first entry of my list). In fact you can take just this one entry for testing (the URL looks quit strange, but it is a stream of my locally running VDR server). The playlist was created externally using a normal texteditor and then the directory which contains this playlist was announced as the playlist directory to squeezeboxserver. Then a scan of the database was started. In 7.3.3. this works without problems and all titles ("Antenne Brandenburg" in the example) were displayed correctly. In 7.4.x the title is empty. I just installed 7.4.1. and as expected it is the same behaviour. Hope this helps for reproducing the problem.
Comment 11 Les Fuller 2009-11-04 03:39:14 UTC
I have the same problem.  Here is an example playlist:
#EXTM3U
#EXTINF:-1,RNE Radio 3
http://radio3.rtve.stream.flumotion.com/rtve/radio3.mp3.m3u
#EXTINF:-1,RNE Radio 5
http://radio5.rtve.stream.flumotion.com/rtve/radio5.mp3.m3u
#EXTINF:-1,Cadena Digital 97.8 FM (Malaga)
http://92.48.107.35:8006/
I have found that if I edit the playlist in 'My Music' -> 'Playlists' it will remember the name I give it, but it removes the rest of the comment lines from the playlist file, like this.  Here I renamed 'Cadena Digital' to 'Fred.'
#EXTM3U
http://radio3.rtve.stream.flumotion.com/rtve/radio3.mp3.m3u
http://radio5.rtve.stream.flumotion.com/rtve/radio5.mp3.m3u
#EXTINF:-1,Fred
http://92.48.107.35:8006/
The playlist name 'Fred' will disappear after a server restart, but the playlist file will remain unchanged.
Server details are:
Version: 7.4.1 - r28947 @ Tue Oct 20 07:59:38 PDT 2009
Operating system: Red Hat - EN - utf8
Platform Architecture: x86_64-linux
Perl Version: 5.8.8 - x86_64-linux-thread-multi
MySQL Version: 5.0.77
Could I work around this by using opml playlists until this bug is fixed?
Comment 12 SVN Bot 2009-11-20 04:13:57 UTC
 == Auto-comment from SVN commit #29366 to the slim repo by ayoung ==
 == https://svn.slimdevices.com/slim?view=revision&revision=29366 ==

Fixed bug 14648: Local playlists with remote URLs missing title 
When expanding DB Playlist tracks, and a track is remote and not
currently known as a RemoteTrack, then re-parse the original
playlist to cause the RemoteTrack objects to be created
with whatever attributes are available in the playlist file.
Comment 13 Alan Young 2009-11-20 04:15:34 UTC
Update hours
Comment 14 Alan Young 2009-11-23 09:58:41 UTC
*** Bug 14731 has been marked as a duplicate of this bug. ***
Comment 15 syarnoldau 2010-03-01 04:05:32 UTC
*** Bug 15785 has been marked as a duplicate of this bug. ***
Comment 16 Chris Owens 2010-04-08 17:25:12 UTC
This bug has been marked fixed in a released version of Squeezebox Server or the accompanying firmware or mysqueezebox.com release.

If you are still seeing this issue, please let us know!