Bugzilla – Bug 1345
20050409 6.1 nightly: trying to access playlists from webUI crashes server
Last modified: 2008-08-18 10:54:16 UTC
20050409 6.1 nightly: trying to access a player's Alarm settings page in web interface kills the SlimServer service. This seems to happen with both SqueezeBox2's and 1's. Steps to replicate: Open web interface. Try to access a client player's alarm settings page. Watch slim.exe die.
I have tried this out, and have not been able to reproduce it. can you run it from command line and report the crash error message? c:\program files\slimserver\server\slim.exe
The command line manages to spit out this single plaintive cry as slim.exe dies: Can't call method "namesort" on an undefined value at /PerlApp/Slim/DataStores/DBI/Track.pm line 144. This is using the 20050410 v 6.1 nightly, by the way.
likely you have a playlist with an invalid track. playlists are checked when entering the alarm settings to create the playlist pulldown. if you can isolate the specific playlist, removing it should be a valid workaround. try d_info and d_scan debugging options to help you find out which playlist.
OK, this is playlist related. I can get slim.exe to crash just by trying to browse playlists. However, I don't think this is due to a "bad" playlist but rather is a new bug having to do with playlist handling in general. New steps to cause slim.exe to crash: 1). Set playlist dir to C:\Recordings\Playlists using web interface 2). Stop slimserver service 3). Remove all playlists from C:\Recordings\Playlists leaving an empty dir 4). Delete slimserversql.db 5). start slim.exe -d_info -d_scan from the commandline, let it rebuild the db. 6). Create a new playlist using the web interface containing a single track. 7). Save the playlist as blip1 8). Browse playlists....and browse blip1....no problem. Return to "Home" 9). Copy blip1.m3u to blip2.m3u in C:\Recordings\Playlists 10).Attempt to browse playlists again: slim.exe crashes. Output from -d_info -d_scan: 2005-04-11 10:19:21.6584 Scanning with 0 import plugins 2005-04-11 10:19:21.8085 Scanning with 0 import plugins 2005-04-11 10:19:23.5424 Scan::addToList: file:///C:/Recordings/Playlists 2005-04-11 10:19:23.5436 numitems: 0 2005-04-11 10:19:23.5442 index: -1 2005-04-11 10:19:23.5454 Scan::readList gonna read file:///C:/Recordings/Playlists 2005-04-11 10:19:23.5464 Gonna try to open playlist file:///C:/Recordings/Playlists 2005-04-11 10:19:23.5491 CacheItem: Checking status of file:///C:/Recordings/Playlists (TTL: 1113236333). 2005-04-11 10:19:23.5986 *** didn't find file:///C:/Recordings/Playlists in playlist cache *** 2005-04-11 10:19:23.5989 Treating directory like a playlist 2005-04-11 10:19:23.6012 directory entry:file:///C:/Recordings/Playlists/blip1.m3u 2005-04-11 10:19:23.6018 directory entry:file:///C:/Recordings/Playlists/blip2.m3u 2005-04-11 10:19:23.6035 cached an 2 item playlist for file:///C:/Recordings/Playlists 2005-04-11 10:19:23.6038 adding 2 to playlist cache: file:///C:/Recordings/Playlists 2005-04-11 10:19:23.6078 Converting file:///C:/Recordings/Playlists/blip2.m3u to C:\Recordings\Playlists\blip2.m3u 2005-04-11 10:19:23.6085 m3u file type for file:///C:/Recordings/Playlists/blip2.m3u 2005-04-11 10:19:23.6092 numitems: 2 2005-04-11 10:19:23.6095 index: 2 2005-04-11 10:19:23.6097 Beginning scan sort... 2005-04-11 10:19:23.6136 New track for file:///C:/Recordings/Playlists/blip2.m3u 2005-04-11 10:19:23.6294 CacheItem: Checking status of file:///C:/Recordings/Playlists/blip1.m3u (TTL: 1113236334). Can't call method "namesort" on an undefined value at /PerlApp/Slim/DataStores/DBI/Track.pm line 144. C:\Program Files\SlimServer\server>
Actually, the 20050410 v6.1 playlist handling seems to be VERY broken. Starting with an empty playlist dir: Create 1 playlist with 1 track, save it as ugh1.m3u Browse to it...browses fine. Kill slim.exe with ctrl-break. restart slim.exe try to browse playlists....slim.exe dies.
*** Bug 1353 has been marked as a duplicate of this bug. ***
Gordon - I've checked in a possible fix for this. You'll see it in tonight's build.
This is still crashing for me - from the 12th's build?
Is there a specific playlist that's causing this to happen? I've tried to reproduce this on OSX, without any luck. Will try on Windows tonight. What are you putting in the playlists? Local files? Or remote stream urls?
I deleted all playlists from the dir. So all I have is what's scanned from iTunes and the irritating empty directory for Shoutcast Browser. Here's the crash output from --d_info --d_source: 2005-04-12 21:02:48.4696 Converting file:///C:/Documents%20and%20Settings/James/My%20Documents/My%20Music/Playlists to C :\Documents and Settings\James\My Documents\My Music\Playlists 2005-04-12 21:02:48.4706 dir file type for file:///C:/Documents%20and%20Settings/James/My%20Documents/My%20Music/Playlis ts 2005-04-12 21:02:48.4812 New track for file:///C:/Documents%20and%20Settings/James/My%20Documents/My%20Music/Playlists 2005-04-12 21:02:48.4815 readTag was set for file:///C:/Documents%20and%20Settings/James/My%20Documents/My%20Music/Playl ists 2005-04-12 21:02:48.4818 reading tags for: file:///C:/Documents%20and%20Settings/James/My%20Documents/My%20Music/Playlis ts 2005-04-12 21:02:48.4825 Info: no title found, calculating title from url for file:///C:/Documents%20and%20Settings/Jame s/My%20Documents/My%20Music/Playlists 2005-04-12 21:02:48.4828 Plain title for: file:///C:/Documents%20and%20Settings/James/My%20Documents/My%20Music/Playlist s 2005-04-12 21:02:48.4834 is Playlists 2005-04-12 21:02:48.4840 Adding file:///C:/Documents%20and%20Settings/James/My%20Documents/My%20Music/Playlists : TITLE to Playlists 2005-04-12 21:02:48.4842 Adding file:///C:/Documents%20and%20Settings/James/My%20Documents/My%20Music/Playlists : TAG to 1 2005-04-12 21:02:48.4843 Adding file:///C:/Documents%20and%20Settings/James/My%20Documents/My%20Music/Playlists : CT to dir 2005-04-12 21:02:48.4846 Adding file:///C:/Documents%20and%20Settings/James/My%20Documents/My%20Music/Playlists : TITLES ORT to PLAYLISTS 2005-04-12 21:02:48.5174 cached an 1 item playlist for file:///C:/Documents%20and%20Settings/James/My%20Documents/My%20M usic/Playlists 2005-04-12 21:02:48.5209 Converting file:///C:/Documents%20and%20Settings/James/My%20Documents/My%20Music/Playlists/Shou tcastBrowser_Recently_Played to C:\Documents and Settings\James\My Documents\My Music\Playlists\ShoutcastBrowser_Recentl y_Played 2005-04-12 21:02:48.5218 dir file type for file:///C:/Documents%20and%20Settings/James/My%20Documents/My%20Music/Playlis ts/ShoutcastBrowser_Recently_Played 2005-04-12 21:02:48.5290 New track for file:///C:/Documents%20and%20Settings/James/My%20Documents/My%20Music/Playlists/S houtcastBrowser_Recently_Played Can't call method "titlesort" on an undefined value at /PerlApp/Slim/Music/Info.pm line 1061.
hmmm. no longer crashing for me in last night's (14th) build. But the empty 'ShoutcastBrowser_recently_played' directory appears at the top of the browse playlists menu on the web with no name - but has play/add links!
blank entry is bug1373. (Info line 1061 crash is reported in bug1373 and bug1329) closing this one, and leaving the blank entry to be handled under 1373
This bug was marked resolved in Slimserver 6.1, which is several versions ago. If you're still seeing this bug, please re-open it. Thanks!