Correspondent Roy Gatsby brought this GigaOM article to my attention which discusses a supposed bug in the latest iOS regarding the sorting of TV Shows on iOS devices. Apparently, non-iTunes Store TV Show episodes may not sort correctly if the Artist is not also the Show name. The recommended fix, therefore, is to open up a track's Get Info window and manually copy the Show tag text and paste it to the Artist tag.
I recommend using the "Put This in That" script from the This Tag, That Tag Scripts collection. It will allow you to copy Show to Artist on a batch of selected tracks.
By the way, changing the Artist tag does not compel iTunes to change the location of the TV Show file since iTunes does not organize TV Shows in the iTunes Media folder by the Artist tag as it does with Music files.
Some AppleScripts from this site use a routine that checks for the version of iTunes you are running. Some of the scripts that use these routines are broken under iTunes 10. So when running a script with iTunes 10.0 you may run into a dialog that erroneously reports something like "This script requires iTunes 6.0.2 or better". This is not a bug in iTunes, but a problem with the way the script does the version check. (Long story short: the version number once was a number, but more modern versions of apps use a string. Thus "10.0" is not necessarily greater than "9.2.1" and the routine fails to accommodate this.) You can edit/comment out the version check routine yourself or wait until I get around to fixing the handful or so scripts that are affected. In that case, let me know if you see the error.
I have received two reports over the past couple of days of some unusual behavior that occurs with iTunes 9.2.1 and some AppleScripts. After running a script that changes the track name tag, the track's Genre tag is replaced with a number in parentheses, eg, "(10)". In such cases, it appears that this is a number representing the specific Genre, such that Rock = 30, Jazz = 10, and so on. Like this:
Each report involved a different script which until now presented no problems. Experience suggests that this is not an issue with the scripts (since nothing about the script has changed) but with iTunes.
I have not seen this behavior myself, but I have not yet done any rigorous testing. Since I have only received two reports at this point my guess is that this may be a problem with something else and iTunes; a misconfigured plug-in or background app. But that may be wishful thinking and the problem may indeed just belong to iTunes.
If you have seen any behavior like this please let me know as soon as you can. I'd like as much information as possible before I test and eventually report this to Apple.
[UPDATE: see here for the fix.]
Several users have reported (and are helping me trouble-shoot) a bug in the latest Join Together, which is v6.0. Essentially, the issue seems to be that the join never leaves "Finishing export". I'm working to solve the issue and have an update early in the coming week. Thanks for your patience.
iTunes 9.0.2 will not display AppleScript Application Bundles in its Script menu. The apps are still where they are supposed to be, ~/Library/iTunes/Scripts/ or /Library/iTunes/Scripts/, and they still work when fired from the Finder. It's just that iTunes doesn't recognize them for inclusion in the Script Menu. Apple is aware of the issue.
This is a problem in Snow Leopard since the default build type for AppleScript applications is the bundled type--there is no longer an option to create "plain" application scripts. Thus any AppleScript applications created in Snow Leopard will not appear in iTunes' Script menu, as well as, of course, any AppleScript application ever saved as Application Bundle.
Scripts affected will display Kind: Application (Universal) in their Get Info window.
Affected apps that you simply gotta access while iTunes is frontmost can be copied/moved to ~/Library/Scripts/Applications/iTunes/ and they will appear in the system-wide Scripts menu.
On further investigation, it appears that AppleScript applications with bundles are not displaying in the iTunes 9.0.2 Script menu. This means that any app written under 10.6 will not appear since app bundles are the default application build style. Apps written without bundles pre-10.6 will display. Regular scripts, with or without bundles, seem fine.
UPDATE: ScriptPal is a good workaround.
A Correspondent alerted me to an unusual behavior with iTunes 9.0.2 and the script application Needle Drop: it doesn't appear in iTunes' Script menu, under Leopard or Snow Leopard. I don't know what to suspect yet.
Of course, it still works if you double-click it in the Finder, but that kind of defeats the purpose of having a Script menu.
I will investigate.
Haven't had a chance to investigate this yet, but it appears that the latest iTunes and/or QuickTime doesn't play well with Join Together. I'll have a look-see as soon as I can and an update shortly thereafter.
Apple released iTunes 8.1.1 which enabled HD movie rentals and supplies some VoiceOver and syncing fixes.
The shortcut bug introduced in version 8.1--whereby scripts assigned keyboard shortcuts would run twice--appears fixed. Hooray!
Correspondent Peter Kappesser noticed that under iTunes 8.1 AppleScripts to which he had assigned keyboard shortcuts (via the Keyboard Shortcuts tab in Keyboard & Mouse of System Preferences) would be activated twice when launched by the keyboard shortcut. Thus, they will perform their task twice in a row. I can verify it happens at my house, too. File a bug report.