Bug 9190 – Playlist parser should return information to the user if playlist items can't be read

Bug 9190 - Playlist parser should return information to the user if playlist items can't be read

Summary:

Playlist parser should return information to the user if playlist items can't...

Status:	RESOLVED DUPLICATE of bug 6369

Product:	Logitech Media Server
Classification:	Unclassified
Component:	Playlists
Version:	7.1
Platform:	PC Windows XP

Importance:	-- enhancement (vote)
Target Milestone:	---
Assigned To:	Unassigned bug - please assign me!

URL:
Keywords:

Depends on:	6369
Blocks:
	Show dependency tree / graph

Reported:	2008-08-17 14:49 UTC by Ed van Leeuwen
Modified:	2009-09-08 09:12 UTC (History)
CC List:	2 users (show)

See Also:
Category:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Ed van Leeuwen 2008-08-17 14:49:36 UTC

I had playlists from both iTunes and Winamp, with the extension .m3u. The contents were derived from the music share (in my case \\ds9\music). When SC had scanned my music, it correctly showed the playlists. However, the playlists seemed empty as SC searches its contents on the volume (in my case /volume1/music).

I can imagine that SC cannot find the music. But to state that the playlist is empty is confusing.

Workaround is to replace all occurrences of \\ds9 with /volume1 and all occurrences of \ with /.

Comment 1 Andy Grundman 2008-08-18 08:57:51 UTC

Don't think this is a bug.

Comment 2 Chris Owens 2008-08-18 09:42:15 UTC

We can't take on fixing people's playlists as they move from one machine to another.

Comment 3 Ed van Leeuwen 2008-08-19 02:01:22 UTC

I still think it's a bug. The playlist is not empty, but the contents do not point to the right files. I can imagine that you cannot support people transferring it from one computer to another. But it should give proper insight in how to act upon this to solve this themselves.

Comment 4 Andy Grundman 2008-08-19 04:49:23 UTC

Fair enough, see bug 6369.

Comment 5 Blackketter Dean 2008-08-20 12:13:42 UTC


*** This bug has been marked as a duplicate of bug 6369 ***