Bugzilla – Bug 14731
Playlist's radio entries disappear totally from the listing or become unidentifiable.
Last modified: 2009-11-23 09:58:41 UTC
When I add a radio station's common "call letters" to the playlist from my "favorites" list or from the "internet radio" list, in a short period of time, the common names either totally disappear (totally blank) from the playlist or else the common radio call letters (eg,WABC;WGN;KABC, etc) are replaced by a long list of letters and numbers that mean nothing to me.... URLs, I presume. This, of course, makes it impossible to identify which stations are being selected from the playlist ( by scrolling down from "now playing". When I do select one of the blans or the unidentiable numbers , sometime the common name actually does reappear....but it is a guessing game to select what I am actually looking for. (The "favorites" listings are stable and good.) This is a new problem and was not like this in the previous version 7.3. I am usine 7.4.1 Build. Can this be fixed and are the devs who are working on fixes know that this is a problem? Any suggestions? Anyone else have this problem? I would REALLY appreciate the fix. This occurs with the Boom and the SB3. The Radio does not seem to have a playlist listing to my knowledge.I am using a wireless connection which ranges from 70%-100% strength. Thank you very much. ( I love the Squeezebox System...this is annoying for me though)
Alan thinks this is related to remote tracks issue.
With 7.3 I noticed a problem where the title of a song in my "Now Playing" would sometimes get replaced by the basename of the URL (http://xxx/yyy.mp3 becomes "yyy" as the title). Now I am seeing a possibly related problem with 7.4.0. Before I upgraded to 7.4, I saved my "Now Playing" list as a playlist. In the .m3u file I see the correct titles, but when I examine the playlist in the :9000 web interface, or try to play them on the device, almost all of them have blank titles. These are all podcast http URLs, not local files on disk. I'm guessing that it is trying to get the "canonical" title from the URL page and something is going wrong.
*** Bug 14985 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of bug 14648 ***