Bug 238 - using the XML with Linux seems to be broken
: using the XML with Linux seems to be broken
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: iTunes
: unspecified
: PC Windows XP
: P2 normal (vote)
: ---
Assigned To: Blackketter Dean
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2004-04-05 17:40 UTC by KDF
Modified: 2008-09-15 14:37 UTC (History)
0 users

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description KDF 2004-04-05 17:40:28 UTC
during scan, it reports a lot of:
Use of uninitialized value in substitution (s///) at Slim/Music/iTunes.pm line 369.

plus, restarting the server after this, the audiodir setting is getting messed up:
/mnt/mp3 became /mnt/mp3/iTunes Music.

the iTunes library in this setup is /mnt/mp3/iTunes Music Library.xml, and I
think the line 369 is expecting just Library.xml.
Comment 1 KDF 2004-04-05 18:05:13 UTC
I am also not sure we want to be calling findMusicFile for every loop of
scanFunction.  We only need to find the file once.
Comment 2 Blackketter Dean 2004-04-05 20:10:10 UTC
Yeah, that patch was bad.  iTunes shouldn't set the audiodir at all, but it should use the audiodir to help 
find songs if it can't find them anyways.

Comment 3 KDF 2004-04-05 20:17:17 UTC
I've fixed the findMusicFile calls, and the break in Linux.
What I dont get is what this is supposed to be doing?
$defaultAudioDir =~ s/\sLibrary\.xml//g;

Library.xml is the exported filename, NOT the actual library file.  This will
break Windows, not just linux.  possibly OSX unless it only uses library.xml as
a filename.
		
Comment 4 KDF 2004-04-21 01:53:36 UTC
This was fixed 2004-04-05
Comment 5 Chris Owens 2006-06-16 14:40:16 UTC
There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006.  I am setting them to targets of 6.2.1 to keep them from showing up in my queries.