Bug 2790 - Slimserver won't read through a Windows Shortcut for playlists
: Slimserver won't read through a Windows Shortcut for playlists
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Playlists
: 6.2.2
: PC Windows XP
: P2 normal with 1 vote (vote)
: ---
Assigned To: Dan Sully
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-01-07 03:30 UTC by Ceejay
Modified: 2008-09-15 14:38 UTC (History)
0 users

See Also:
Category: ---


Attachments
Log file showing scan (25.12 KB, text/plain)
2006-01-08 09:15 UTC, Ceejay
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ceejay 2006-01-07 03:30:54 UTC
It appears that slimserver won't read through a Windows Shortcut for playlists, although of course it does read through shortcuts for the music files themselves.

I tested this by:

- creating a directory (separate from the main "playlists" directory), containing one playlist
- create a shortcut to this directory
- move the shortcut to the "playlist" directory
- Then rescan for playlists.

Slimserver finds playlists in the "playlist" directory, and also playlists within plain sub-directories thereof, but not the one via the shortcut.

This is on "6.5b1 - 5425 - Windows XP - EN - cp1252" and also "6.2.1 - 5226 - Windows XP - EN - cp1252" and "6.2.2 - 5549 - Windows XP - EN - cp1252"

Why is this a problem? Well, apart from an irritating lack of consistency with the behaviour for music libraries, I really want different users of my system to be able to manage their own playlists in their own data areas, and then to have slimserver collect them all together. Shortcuts would be an ideal way to do this.
Comment 1 KDF 2006-01-07 12:14:14 UTC
try d_scan debugging.  Have you checked permissions?  the code would seem to indicate that the playlistfolder scan is recursive, and uses the same addToList function to create the list of folders to scan as the musicfolder scan.
Comment 2 KDF 2006-01-07 13:00:22 UTC
tried this using linux symbolic links.  this appeared to work using a playlist only scan. 
Comment 3 Ceejay 2006-01-08 09:15:43 UTC
Created attachment 1094 [details]
Log file showing scan

Log file from scan that shows the problem... sorry about the noise, I simplified somewhat but not entirely... the entry at 2006-01-08 17:02:28.9118 shows the scanner has correctly found its way through the shortcut to the playlist file called test%20file%20thru%20shortcut, but on reading it decides that it is empty.

This is very odd, as the file is IDENTICAL to test%20file%20in%20slimlists, which is in the main slim playlist directory, which is successfully read at 2006-01-08 17:02:31.6178 and found to have 2 items in it.

HTH - Ceejay
Comment 4 KDF 2006-01-08 11:52:21 UTC
absolute or relative paths?
Comment 5 Ceejay 2006-01-09 00:05:02 UTC
The playlists contain track names with absolute paths, for example one of them is G:\Musiclib\flac\albums\Bonzo Dog Band\The History of the Bonzos (Disc 2)\01 - I'm the Urban Spaceman.flac

Ceejay
Comment 6 Dan Sully 2006-05-08 12:17:24 UTC
Fixed in change 7347
Comment 7 Chris Owens 2006-06-27 14:21:42 UTC
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.