Bugzilla – Bug 3427
Playlist support broken in 6.3.0 (playlists disappear)
Last modified: 2008-09-15 14:38:25 UTC
I am using slimserver 6.3.0 7443 on Linux. Since one of the latest nightlies it seems that playlist support is broken. All my existing playlists are dissapeared after my last wipe and rescan (although the corresponding m3u-files still exist in the playlist directory). After a search for playlists only the playlists do also not show up in slimserver. I created a new test playlist in slimserver and after a search for playlists only this new playlist did also no longer exist in slimserver. I have tested 6.3.0 of May 8, 2006 (subversion 7337) and there everything works fine. I then tested 6.3.0 of May 10, 2006 (subversion 7374) and there the playlists disappear after a scan for playlists only. There seems that a bug has been introduced between May 8 and 10, 2006.
(In reply to comment #0) > I am using slimserver 6.3.0 7443 on Linux. Since one of the latest nightlies it I' running Slimserver in Windows 2000 and have the same problem Willem
I'm not experiencing exactly the same problem but I think it must be related. I'm on XP Pro, all files flack - SlimServer Version: 6.3.0 - 7386 - Windows XP - EN - cp1252. If I add a playlist my nighly scheduled scan does not pick it up. However, when I perform a manual "Only rescan playlists" the new playlist is picked up. As an addition to this bug I find that even if the new playlist only references, say, 10 songs that are already held in my SlimServer database and music repository the scan can still be very slow indeed (can take 40 minutes). I would have expected it to be virtually instant as it's not adding new music to the database.
This bug is also present in 6.5b1's May 20th Ubuntu package.
In response to some of the comments posted on the forums, I don't think this bug is simply a question of playlist support being totally broken in 6.3.0 (all versions). I'm running the same setup as one person who is having problems, (SlimServer Version: 6.3.0 - 7668 - Windows XP - EN - cp1252) and I can see and access my playlists with no problems. These are playlists created a) via the Slimserver interface and b) with MusicIP, with a mix of some done prior to upgrading to 6.3.0 and some done after. I have also just created and saved a new playlist with no problems using this set up.
All - does this issue still exist in the latest nightly build? Thanks.
(In reply to comment #5) > All - does this issue still exist in the latest nightly build? > > Thanks. > Dan, the 6.3.0. nightly from 06/06 (Windows build) introduces this behaviour for me (for the first time). Thought it was better to post here than to start a Windows related bug. A full clear and rescan and the playlists disappear. They can be recovered by opening each playlist in a text editor and forcing a resave. A Playlists only rescan then finds the playlists and they work as normal. However, a further full clear and rescan and they disappear again. I'm also having problems in that a large number of my tracks don't appear to be synced for MusicIP - there's no little "mm" next to them (but I'll take that up seperately !) Rolling back to the 6.3.0. nightly from 28/05 and doing a full rescan fixes both problems. What's slightly odd is that the start of the log for the full rescan in both 28/05 and 06/06 is identical (hopefully below). Slimserver is definitely finding the playlists - they just don't show up at all at the end of the scan. Rescan with 06/06 nightly (6.3.0 XP) 2006-06-07 09:49:12.2190 Scan::addToList: C:\Share\My Playlists 2006-06-07 09:49:12.5824 numitems: 0 2006-06-07 09:49:12.5825 index: -1 2006-06-07 09:49:12.5826 Scan::readList gonna read file:///C:/Share/My%20Playlists 2006-06-07 09:49:12.5828 Gonna try to open playlist file:///C:/Share/My%20Playlists 2006-06-07 09:49:12.6157 *** didn't find file:///C:/Share/My%20Playlists in playlist cache *** 2006-06-07 09:49:12.6158 Treating directory like a playlist 2006-06-07 09:49:12.6444 directory entry: file:///C:/Share/My%20Playlists/AlienStream 2006-06-07 09:49:12.6512 directory entry: file:///C:/Share/My%20Playlists/Brown%20Eyed%20Girl.m3u 2006-06-07 09:49:12.6605 directory entry: file:///C:/Share/My%20Playlists/Hips%20Don%27t%20Lie.m3u 2006-06-07 09:49:12.6686 directory entry: file:///C:/Share/My%20Playlists/In%20Those%20Jeans.m3u 2006-06-07 09:49:12.6767 directory entry: file:///C:/Share/My%20Playlists/Jigga%20What.m3u 2006-06-07 09:49:12.6845 directory entry: file:///C:/Share/My%20Playlists/Make%20Em%20Shake%20It.m3u 2006-06-07 09:49:12.6928 directory entry: file:///C:/Share/My%20Playlists/Put%20Your%20Records%20On%20(Sunday%20mix).m3u 2006-06-07 09:49:12.7007 directory entry: file:///C:/Share/My%20Playlists/Radio%20Favourites.m3u 2006-06-07 09:49:12.7088 directory entry: file:///C:/Share/My%20Playlists/Ring%20Ring%20Ring.m3u 2006-06-07 09:49:12.7167 directory entry: file:///C:/Share/My%20Playlists/We%20Have%20All%20the%20Time%20in%20the%20World.m3u 2006-06-07 09:49:12.7187 adding 10 to playlist cache: file:///C:/Share/My%20Playlists 2006-06-07 09:49:12.7212 Descending into file:///C:/Share/My%20Playlists, contains 10 items 2006-06-07 09:49:12.7215 Scan::addToList: C:\Share\My Music
I am having the same problem using SlimServer Version: 6.3.0 - 7776 - Windows XP - EN - cp1252 dated June 7. Operating system Windows XP Pro. All playlists generated by Windows Media Player in the .wpl format. I never had a problem seeing my playlists until I updated to version 6.3.0
Can someone with this problem who is running on *nix, OSX or ActiveState perl, try reverting this change to Slim/Utils/Scan.pm ? http://svn.slimdevices.com/branches/BRANCH_6_3_x/server/Slim/Utils/Scan.pm?rev=7347&r1=7297&r2=7347 Thanks
no, reverting that patch doesn't seem to make a difference (linux, debian). I tried a both playlist-only rescan and a full rescan. It's interesting. I can tell it's scanning the playlists because tracks that are in playlists all show up in the browse music hierarchy before other tracks do (those that are scanned from the music folder). But my browse-playlist is empty. Tried both fishbone and default skins.
Running SlimServer Version: 6.3.0 - 7805 - Windows XP - EN - cp1252 June 8th nightly. SlimServer cannot see any of my playlists. However, MusicIP can see and read them all. I used MusicIP to reaad the playlists, send them to SlimServer, and then used the SlimServer interface to call the playlists a new name. After this, the playlists appeared under the Browse Playlists option. Unfortunately, when I did a clear & full rescan, the playlists again disappeared. Running a playlist-only scan did not nake them appear in SlimServer. According to the logs, SlimServer finds my playlists, but cannot identify any entries inside them: 2006-06-08 06:59:37.5226 Scan::addToList: \\READYNAS\media\Music\Playlists 2006-06-08 06:59:37.5360 numitems: 0 2006-06-08 06:59:37.5360 index: -1 2006-06-08 06:59:37.5361 Scan::readList gonna read file:////READYNAS/media/Music/Playlists 2006-06-08 06:59:37.5362 Gonna try to open playlist file:////READYNAS/media/Music/Playlists 2006-06-08 06:59:37.5488 *** didn't find file:////READYNAS/media/Music/Playlists in playlist cache *** 2006-06-08 06:59:37.5489 Treating directory like a playlist 2006-06-08 06:59:37.7155 directory entry: file:////READYNAS/media/Music/Playlists/Alternative%20Mix%20I%20(new).m3u 2006-06-08 06:59:37.7235 directory entry: file:////READYNAS/media/Music/Playlists/Classical%20Mix%20I%20(new).m3u 2006-06-08 06:59:37.7313 directory entry: file:////READYNAS/media/Music/Playlists/Easy%20Listening%20Mix%20I%20(new).m3u 2006-06-08 06:59:37.7395 directory entry: file:////READYNAS/media/Music/Playlists/Easy%20Listening%20Mix%20II%20(new).m3u 2006-06-08 06:59:37.7475 directory entry: file:////READYNAS/media/Music/Playlists/Easy%20Listening%20Mix%20III%20(new).m3u 2006-06-08 06:59:37.7553 directory entry: file:////READYNAS/media/Music/Playlists/Eclectic%20I%20(new).m3u 2006-06-08 06:59:37.7632 directory entry: file:////READYNAS/media/Music/Playlists/Electronic%20I%20(new).m3u 2006-06-08 06:59:37.7711 directory entry: file:////READYNAS/media/Music/Playlists/Harps%20&%20Flutes%20I%20(new).m3u 2006-06-08 06:59:37.7847 directory entry: file:////READYNAS/media/Music/Playlists/Jazz%20I%20(new).m3u 2006-06-08 06:59:37.7932 directory entry: file:////READYNAS/media/Music/Playlists/KUAT%20Classical%20Radio%20(new).m3u 2006-06-08 06:59:37.8011 directory entry: file:////READYNAS/media/Music/Playlists/NDR%20Kultur%20(new).m3u 2006-06-08 06:59:37.8089 directory entry: file:////READYNAS/media/Music/Playlists/Simon%20and%20Garfunkel%20(new).m3u 2006-06-08 06:59:37.8172 directory entry: file:////READYNAS/media/Music/Playlists/WRTI%20-%20Temple%20University%20Public%20Radio.m3u 2006-06-08 06:59:37.8253 directory entry: file:////READYNAS/media/Music/Playlists/WXPN%20Live%20from%20the%20University%20of%20PA.m3u 2006-06-08 06:59:37.8268 adding 14 to playlist cache: file:////READYNAS/media/Music/Playlists 2006-06-08 06:59:37.8284 Descending into file:////READYNAS/media/Music/Playlists, contains 14 items 2006-06-08 06:59:37.8537 numitems: 0 2006-06-08 06:59:37.8537 index: 0 2006-06-08 06:59:37.8542 itempath: file:////READYNAS/media/Music/Playlists/Alternative%20Mix%20I%20(new).m3u and file:////READYNAS/media/Music/Playlists made file:////READYNAS/media/Music/Playlists/Alternative%20Mix%20I%20(new).m3u 2006-06-08 06:59:37.8567 isList(file:////READYNAS/media/Music/Playlists/Alternative%20Mix%20I%20(new).m3u) == m3u 2006-06-08 06:59:37.8580 numitems: 0 2006-06-08 06:59:37.8580 index: -1 2006-06-08 06:59:37.8581 Scan::readList gonna read file:////READYNAS/media/Music/Playlists/Alternative%20Mix%20I%20(new).m3u 2006-06-08 06:59:37.8583 Gonna try to open playlist file:////READYNAS/media/Music/Playlists/Alternative%20Mix%20I%20(new).m3u 2006-06-08 06:59:37.8972 Descending into file:////READYNAS/media/Music/Playlists/Alternative%20Mix%20I%20(new).m3u, contains 0 items 2006-06-08 06:59:37.8978 numitems: 0 2006-06-08 06:59:37.8979 index: 0 2006-06-08 06:59:37.8979 Beginning scan sort... 2006-06-08 06:59:37.8979 ...sort done. 2006-06-08 06:59:37.8980 Got to end of dir, ascending... 2006-06-08 06:59:37.8982 numitems: 0 . . . etc.
I reverted to version 6.2.2 of Slimserver - did a scan - and the playlists are now back.
The 5-27 build of 6.3 is OK as well.
Fixed in change 7815. Everyone who is affected by this will need to 'Rescan Playlists' after updating svn or to the June 9th Nightly (built in ~14 hours from now)
Running SlimServer Version: 6.3.0 - 7837 - Windows Server 2003 - EN - cp1251 Rescan playlists did not recreate them in the Slim Server:(
Same observation as Yuly Miner; playlists did not appear after rescan. Running SlimServer Version: 6.3.0 - 7837 - Windows XP - EN - cp1252.
I installed the 6-9 nightly in Windows XP, blew away the cache, and rescanned. Playlists are back. Thanks.
it's fixed for me, thanks Dan.
For those of you still having problems - can you either Wipe & Rescan, or delete slimserversql.db and start the server up? Thanks
Bad news (for me, at least). I wiped and rescanned; after that I got no playlists, as before; but also I got 0 artists in the database! (albums and track count is OK). Tried also deleting slimserversql.db and restart server - same result! I'm revering now to 02-22 nightly - the one I had before.
What type of system are you on? Before you revert - can you please send me your slimserversql.db file? I'd really like to have this fixed for everyone, rather than running an old version. Thanks.
Fixed for me too, thanks. Also sorted the related problem I was seeing with syncing tracks to MusicIP.
Subject: Re: Playlist support broken in 6.3.0 (playlists disappear) Already reverted, (and this recovered the artists, but not the playlists), but I have the slimserversql.db recovered from the recycle bin (yes, I'm on windows, 2003 server). How should I send it to you? its 20Mbytes:) On 6/9/06, Slim Devices Bugzilla <bugs@bugs.slimdevices.com> wrote: > > https://bugs-archive.lyrion.org/show_bug.cgi?id=3427 > > > > > > ------- Comment #20 from dan@slimdevices.com 2006-06-09 10:58 ------- > What type of system are you on? > > Before you revert - can you please send me your slimserversql.db file? > > I'd really like to have this fixed for everyone, rather than running an > old > version. > > Thanks. > > > > > ------- You are receiving this mail because: ------- > You are a voter for the bug, or are watching someone who is. > <div>Already reverted, (and this recovered the artists, but not the playlists), but I have the slimserversql.db recovered from the recycle bin (yes, I'm on windows, 2003 server).</div> <div>How should I send it to you? its 20Mbytes:)<br><br> </div> <div><span class="gmail_quote">On 6/9/06, <b class="gmail_sendername">Slim Devices Bugzilla</b> <<a href="mailto:bugs@bugs.slimdevices.com">bugs@bugs.slimdevices.com</a>> wrote:</span> <blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><a href="https://bugs-archive.lyrion.org/show_bug.cgi?id=3427">https://bugs-archive.lyrion.org/show_bug.cgi?id=3427 </a><br><br><br><br><br><br>------- Comment #20 from <a href="mailto:dan@slimdevices.com">dan@slimdevices.com</a> 2006-06-09 10:58 -------<br>What type of system are you on?<br><br>Before you revert - can you please send me your slimserversql.db file?<br><br>I'd really like to have this fixed for everyone, rather than running an old<br>version.<br><br>Thanks.<br><br><br><br><br>------- You are receiving this mail because: -------<br>You are a voter for the bug, or are watching someone who is. <br></blockquote></div><br>
My superstition is that I delete the whole cache subdirectory, not just the data base, when I install a new server. Those who are having troubles with the new build might try that unless the experts assure us it makes no difference.
Please zip it, and send to dan | at | slimdevices.com Thanks
Subject: Re: Playlist support broken in 6.3.0 (playlists disappear) Here you are On 6/9/06, Slim Devices Bugzilla <bugs@bugs.slimdevices.com> wrote: > > https://bugs-archive.lyrion.org/show_bug.cgi?id=3427 > > > > > > ------- Comment #24 from dan@slimdevices.com 2006-06-09 13:56 ------- > Please zip it, and send to dan | at | slimdevices.com > > Thanks > > > > > ------- You are receiving this mail because: ------- > You are a voter for the bug, or are watching someone who is. > Here you are<br><br> <div><span class="gmail_quote">On 6/9/06, <b class="gmail_sendername">Slim Devices Bugzilla</b> <<a href="mailto:bugs@bugs.slimdevices.com">bugs@bugs.slimdevices.com</a>> wrote:</span> <blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><a href="https://bugs-archive.lyrion.org/show_bug.cgi?id=3427">https://bugs-archive.lyrion.org/show_bug.cgi?id=3427 </a><br><br><br><br><br><br>------- Comment #24 from <a href="mailto:dan@slimdevices.com">dan@slimdevices.com</a> 2006-06-09 13:56 -------<br>Please zip it, and send to dan | at | <a href="http://slimdevices.com">slimdevices.com </a><br><br>Thanks<br><br><br><br><br>------- You are receiving this mail because: -------<br>You are a voter for the bug, or are watching someone who is.<br></blockquote></div><br>
(In reply to comment #18) > For those of you still having problems - can you either Wipe & Rescan, or > delete slimserversql.db and start the server up? > Thanks Dan....My Wipe & Rescan just finished, but my Playlists didn't show up <sigh>. I just deleted the slimserversql.db file and restarted the server; I'll let you know if that avenue works for me.
(In reply to comment #26) > (In reply to comment #18) > > For those of you still having problems - can you either Wipe & Rescan, or > > delete slimserversql.db and start the server up? > > Thanks > Dan....My Wipe & Rescan just finished, but my Playlists didn't show up <sigh>. > I just deleted the slimserversql.db file and restarted the server; I'll let you > know if that avenue works for me. Deleting the database and restarting the server did *not* work for me. The playlist entries are still missing.
Subject: Re: Playlist support broken in 6.3.0 (playlists disappear) And you have a playlistdir set in settings? Can you send me a zipped copy of your slimserversql.db file? Thanks
(In reply to comment #28) > Subject: Re: Playlist support broken in 6.3.0 (playlists disappear) > And you have a playlistdir set in settings? > Can you send me a zipped copy of your slimserversql.db file? > Thanks I just sent the slimsersql.db zipped file to you. Playlistdir points to a NAS which MusicIP and older versions of slimserver see fine.
Tried the 6.3 nightly of last weekend. Did not solve the problem. Cleaned the cache directory before rescanning. I saved the slimsersql.db. If needed I can send it. I tried to log the scanning progress and saw in the beginning of the scan the names of the playlists. When the scan was finished the beginning was not in the log anymore. Is there a maximum size of # of lines for the log. Can I change that? Is it of any help to send the slimsersql.db with a log file? (Which parameters to log then?). For the time being I went back to 6.2.2 and the playlists work again (too many complaits from the kids). This bug has the status resolved fixed, it that what it should be? Thanks, Willem Oepkes
Just to verify that slimserver can get to your playlists, you might open the server on the web, go to server settings, and press the change key next to the playlists directory entry. IIRC, slim will complain if it can't read the directory.
(In reply to comment #31) > Just to verify that slimserver can get to your playlists, you might open the > server on the web, go to server settings, and press the change key next to the > playlists directory entry. IIRC, slim will complain if it can't read the > directory. You're right. SlimServer complains if it can't find the directory (I renamed mine Plyalists_old): The server is now rescanning your Music Library. New value for Playlists Folder rejected: Oops - "\\READYNAS\media\Music\Playlists" doesn't seem to be a valid directory. Try again. SlimServer definitely finds the directory, and the entries in the directory (according to the debug log). It's when it parses each playlist that it can't identify the tracks within it.
Sounds like it might be a permissions problem.. are you running as a service? Can you map the ReadyNAS to a drive letter and try that way? I'm a little confused on why the log says it's finding the entries.. can you post it here? Thanks.
(In reply to comment #33) > Sounds like it might be a permissions problem.. are you running as a service? > Can you map the ReadyNAS to a drive letter and try that way? > I'm a little confused on why the log says it's finding the entries.. can you > post it here? > Thanks. Dan....I posted part of my log back in Comment #10 to this thread. I'll map the ReadyNAS to a drive letter and see if that helps....Mike
(In reply to comment #34) > (In reply to comment #33) > > Sounds like it might be a permissions problem.. are you running as a service? > > Can you map the ReadyNAS to a drive letter and try that way? > > I'm a little confused on why the log says it's finding the entries.. can you > > post it here? > > Thanks. > Dan....I posted part of my log back in Comment #10 to this thread. I'll map the > ReadyNAS to a drive letter and see if that helps....Mike Dan....SlimServer doesn't seem to like the NAS when it's mapped to a drive letter: New value for Music Folder rejected: Oops - "R:\Music" doesn't seem to be a valid directory. Try again. \\ReadyNAS\media is mapped to R: - XP can see the path just fine. I'm currently running SlimServer Version: 6.3.0 - 7927 - Windows XP - EN - cp1252. Mike
Mike - this really seems like a permissions problem.
I'm having this problem since installing the 6/12 nightly. Untared into a new directory, so it is a new database. SlimServer Version: 6.3.0 - 7895 - Linux - EN - utf8
After looking through the diff in the link above, I believe I've discovered why it's not working, for me. My playlists directory is a subdirectory of my music directory. It looks like the patch specifically excludes the music directory when scanning for playlists. After reverting the playlists are showing up again.
Subject: Re: Playlist support broken in 6.3.0 (playlists disappear) This was my problem too. My playlists was a sub-directory of my music directory. I moved the playlist directory elsewhere and now they appear in slimserver. Slim Devices Bugzilla <bugs@bugs.slimdevices.com> wrote: https://bugs-archive.lyrion.org/show_bug.cgi?id=3427 ------- Comment #38 from slimserver@tim.fletchmail.net 2006-06-14 05:05 ------- After looking through the diff in the link above, I believe I've discovered why it's not working, for me. My playlists directory is a subdirectory of my music directory. It looks like the patch specifically excludes the music directory when scanning for playlists. After reverting the playlists are showing up again. ------- You are receiving this mail because: ------- You are a voter for the bug, or are watching someone who is. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com This was my problem too. My <span id="gtbmisp_3" style="border: 0pt none ; margin: 0pt; padding: 0pt; background: transparent none repeat scroll 0%; font-family: serif; font-style: normal; font-variant: normal; font-weight: bold; font-size: 100%; line-height: normal; font-size-adjust: none; font-stretch: normal; position: static; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial; text-align: left; text-indent: 0pt; text-transform: none; color: red; text-decoration: underline; cursor: pointer;">playlists</span> was a sub-directory of my music directory. I moved the <span id="gtbmisp_4" style="border: 0pt none ; margin: 0pt; padding: 0pt; background: transparent none repeat scroll 0%; font-family: serif; font-style: normal; font-variant: normal; font-weight: bold; font-size: 100%; line-height: normal; font-size-adjust: none; font-stretch: normal; position: static; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial; text-align: left; text-indent: 0pt; text-transform: none; color: red; text-decoration: underline; cursor: pointer;">playlist</span> directory elsewhere and now they appear in <span id="gtbmisp_5" style="border: 0pt none ; margin: 0pt; padding: 0pt; background: transparent none repeat scroll 0%; font-family: serif; font-style: normal; font-variant: normal; font-weight: bold; font-size: 100%; line-height: normal; font-size-adjust: none; font-stretch: normal; position: static; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial; text-align: left; text-indent: 0pt; text-transform: none; color: red; text-decoration: underline; cursor: pointer;">slimserver</span>. <br><br><b><i>Slim Devices <span id="gtbmisp_6" style="border: 0pt none ; margin: 0pt; padding: 0pt; background: transparent none repeat scroll 0%; font-family: serif; font-style: normal; font-variant: normal; font-weight: bold; font-size: 100%; line-height: normal; font-size-adjust: none; font-stretch: normal; position: static; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial; text-align: left; text-indent: 0pt; text-transform: none; color: red; text-decoration: underline; cursor: pointer;">Bugzilla</span> <bugs@bugs.slimdevices.com></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> https://bugs-archive.lyrion.org/show_bug.cgi?id=3427<br><br><br><br><br><br>------- Comment #38 from slimserver@tim.fletchmail.net 2006-06-14 05:05 -------<br>After looking through the diff in the link above, I believe I've discovered why<br>it's not working, for me. My <span id="gtbmisp_7" style="border: 0pt none ; margin: 0pt; padding: 0pt; background: transparent none repeat scroll 0%; font-family: serif; font-style: normal; font-variant: normal; font-weight: bold; font-size: 100%; line-height: normal; font-size-adjust: none; font-stretch: normal; position: static; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial; text-align: left; text-indent: 0pt; text-transform: none; color: red; text-decoration: underline; cursor: pointer;">playlists</span> directory is a <span id="gtbmisp_8" style="border: 0pt none ; margin: 0pt; padding: 0pt; background: transparent none repeat scroll 0%; font-family: serif; font-style: normal; font-variant: normal; font-weight: bold; font-size: 100%; line-height: normal; font-size-adjust: none; font-stretch: normal; position: static; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial; text-align: left; text-indent: 0pt; text-transform: none; color: red; text-decoration: underline; cursor: pointer;">subdirectory</span> of my music<br>directory. It looks like the patch specifically excludes the music directory<br>when scanning for <span id="gtbmisp_9" style="border: 0pt none ; margin: 0pt; padding: 0pt; background: transparent none repeat scroll 0%; font-family: serif; font-style: normal; font-variant: normal; font-weight: bold; font-size: 100%; line-height: normal; font-size-adjust: none; font-stretch: normal; position: static; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial; text-align: left; text-indent: 0pt; text-transform: none; color: red; text-decoration: underline; cursor: pointer;">playlists</span>. After reverting the <span id="gtbmisp_10" style="border: 0pt none ; margin: 0pt; padding: 0pt; background: transparent none repeat scroll 0%; font-family: serif; font-style: normal; font-variant: normal; font-weight: bold; font-size: 100%; line-height: normal; font-size-adjust: none; font-stretch: normal; position: static; -moz-background-clip: -moz-initial; -moz-background-origin: -moz-initial; -moz-background-inline-policy: -moz-initial; text-align: left; text-indent: 0pt; text-transform: none; color: red; text-decoration: underline; cursor: pointer;">playlists</span> are showing up<br>again.<br><br><br><br><br>------- You are receiving this mail because: -------<br>You are a voter for the bug, or are watching someone who is.<br></blockquote><br><p> __________________________________________________<br>Do You Yahoo!?<br>Tired of spam? Yahoo! Mail has the best spam protection around <br>http://mail.yahoo.com
This was my problem too. My playlists were in a sub-directory of my music directory. I moved the playlist directory elsewhere and now they appear in slimserver.
I hate to answer "me too", but I will answer "me too". I moved my playlists directory outside of my music directory. Now, all my playlists are back.
Ok - I just checked in change 7987 - which should fix for everyone who has their playlistdir inside their audiodir
This bug fix is now part of a released version, and so has been marked closed. If you are still experiencing this problem, please reopen the bug.