Bug 13965 - Test compatibility with new iTunes 9
: Test compatibility with new iTunes 9
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: iTunes
: 7.4.0
: All All
: P1 critical (vote)
: 7.4.0
Assigned To: Squeezebox QA Team email alias
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-09-11 00:08 UTC by Michael Herger
Modified: 2009-10-05 14:27 UTC (History)
2 users (show)

See Also:
Category: Task


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Herger 2009-09-11 00:08:27 UTC
Please test iTunes 9 on Windows/OSX. We should not ship 7.4 with broken iTunes integration.

First feedback in the forums is positive. But we better do the homework too :-)

http://forums.slimdevices.com/showthread.php?t=67726
Comment 1 James Richardson 2009-09-11 10:01:24 UTC
Why is this a critical bug?
Comment 2 Michael Herger 2009-09-11 11:01:12 UTC
Because it sucks badly if we fail. This must work.

FWIW I upgraded my Windows system today and it scanned iTunes just  
fine. But I don't have any artwork. This might be critical.
Comment 3 James Richardson 2009-09-16 14:57:18 UTC
From the Forums, confirmed by QA
===================================
No problem with iTunes or the interface with SC. But, there is a fundamental change to the way iTunes handles playlists which impacts how SC reads playlists.

In the past, iTunes used a file called "iTunes Music Libray.xml". This is located in the iTunes folder. This file mirrored the actual iTunes database ".itl" file and was used to allow access to the iTunes database by external programs. SC uses this file in its iTunes interactions. iTunes 9 has apparently shortened that name to "iTunes Libray.xml" (presumably to match the the same name as the "itl" database name). However, SC will only read from the "iTunes Music Libray.xml" file.

The workaround is simple: when you make any music or playlist changes in iTunes, simply delete the old "iTunes Music Libray.xml" file, make a copy of the "iTunes Libray.xml" file and rename the copy as "iTunes Music Libray.xml". All of this in the same iTunes folder.

Hopefully, SC will do an update to fix this simple reference issue.

Hope you find this helpful.
Comment 4 Michael Herger 2009-09-17 02:53:47 UTC
James - The above is not accurate: we've "always" been looking for both files (by always I mean: can't say how long the code has been there). And it's working perfectly fine for me on Windows and OSX.

You say "confirmed by QA" - what can you confirm? Failure? File name change? Do you see any problem scanning iTunes 9 files? If so - could you please enable debugging for plugin.itunes and attach the scanner.log file. If not, I think we can close this task.
Comment 5 SVN Bot 2009-09-17 03:23:43 UTC
 == Auto-comment from SVN commit #28547 to the slim repo by michael ==
 == https://svn.slimdevices.com/slim?view=revision&revision=28547 ==

Bug: 13965
Description: fix calls to findLibrary functions; add new parsing regex for iTunes 9.

Due to the above brokenness the iTunes integration would only have found the XML file using a file search in some default places. If the user had changed it, it wouldn't have been found.
Comment 6 James Richardson 2009-09-17 06:10:42 UTC
with that fix, I think this should be closed now
Comment 7 James Richardson 2009-10-05 14:27:54 UTC
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server!
    * SqueezeCenter: 28672
    * Squeezebox 2 and 3: 130
    * Transporter: 80
    * Receiver: 65
    * Boom: 50
    * Controller: 7790
    * Radio: 7790  

Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes

If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.