I’ve just posted a brief article explaining how your system can get confused when using iTunes’ multiple library feature:
Some of my AppleScripts for iTunes use a routine which reads the iApps.plist in order to obtain the location of the current iTunes library’s XML file in order to get information from it. I occasionally get reports that these scripts don’t seem to be working correctly; that the information seems to be wrong or doesn’t correlate with track tags in iTunes. When the Correspondent and I investigate this phenomenon, very often it is because the iApps.plist contains the wrong location for the current iTunes library….read more here.
iTunes Library Manager v5.2.1 is now posted. It fixes a problem some Tiger users were experiencing during the Rename routine.
On a technical note, I should point out that Tiger users will be unable to take advantage of the much faster load and save routines that Leopard users will experience. Under Leopard, rsync is used to back up files. However, the Tiger version of rsync can’t be trusted to copy the resource forks of files correctly, so ditto is used instead.
A small number of Dupin users reported getting a crash at startup with v1.4.1, so this has been fixed in the latest release. The issue was caused by either 1) a playlist selected in Dupin’s Playlist Popup no longer existed or 2) an iTunes update would re-create a default Smart Playlist (such as “90’s Music”) which had been selected in the Playlist Popup. Neither condition should be an issue now.
This tip at Mac OS X Hints reveals the defaults command to keep track numbers from being added to the beginning of filenames after importing, a feature that was removed from iTunes’ Preferences in iTunes 8. Of course, as one commenter laments, this won’t remove the track numbers from files you have already ripped in iTunes 8.