SBApplication error with iTunes 7.7

  • Hello all,

    I have an app that interacts with iTunes via Scripting Bridge. After
    upgrading to iTunes 7.7 I get this error message every time I call
    [SBApplication applicationWithBundleIdentifier:@"com.apple.iTunes"].
    The message is: 'unknown type name "tdta".'

    This doesn't seem to effect performance over here, but I have received
    a lot of troubleshooting reports after the iTunes update was posted
    and they all contain the same message, so I am afraid it can in fact
    cause a problem on other machines.

    I looked up "tdta" in the Apple event manager reference, where it is
    declared a typeData constant of typeAEText.

    Does anyone know what this means, maybe even how to solve it?

    Thanks!
    Fabian
  • Thanks has, your help is always appreciated, always enlightening. In
    fact I think you just solved my main problem as well, which was
    related to iTunes 7.7 artwork retrieval always returning nil on some
    systems. I will switch to appscript now, and really should have done
    it a long time ago. Can't rely on something as unpredictable as SB.

    Thanks again.

    On Tue, Jul 22, 2008 at 6:47 PM, Hengist Podd <hengist.podd...> wrote:
    > Fabian wrote:
    >
    >> I have an app that interacts with iTunes via Scripting Bridge. After
    >> upgrading to iTunes 7.7 I get this error message every time I call
    >> [SBApplication applicationWithBundleIdentifier:"com.apple.iTunes"].
    >> The message is: 'unknown type name "tdta".'
    >> [...]
    >> Does anyone know what this means, maybe even how to solve it?
    >
    > It's a warning, not an error. It occurs because Scripting Bridge was
    > designed without much regard to the way that scriptable applications - both
    > third-party and Apple's own - actually work in the real world. In this case,
    > iTunes 7.7's dictionary has added a new 'raw data' property to its 'artwork'
    > class. Its type is declared as typeData ('tdta'; see AERegistry.h). This
    > particular type doesn't have a human-readable AppleScript-style keyword
    > defined for it - a bit human-unfriendly, perhaps, but completely legitimate.
    > AppleScript, and other bridges and tools which follow AppleScript's lead
    > couldn't care less about this; it's just Scripting Bridge that complains
    > because it naively assumes that all application dictionaries are perfectly
    > formed according to sdef specs and 100% complete and accurate. Which, in
    > practice, they frequently aren't.
    >
    > Options:
    > 1. Ignore the warning.
    > 2. File a feature request on iTunes, asking for a hidden 'tdta' type
    > definition to be added to its dictionary in order to provide iTunes users
    > with a nice, human-readable keyword.
    > 3. File a feature request on AppleScript, asking for a 'tdta' type
    > definition to be added to its dictionary in order to provide *everyone* with
    > a nice, human-readable keyword.
    > 4. Use objc-appscript instead of Scripting Bridge. Appscript's designed to
    > behave as much like AppleScript as possible, ensuring maximum compatibility
    > with existing scriptable applications and minimal fuss.
    >
    > HTH
    >
    > has
    > --
    > Control AppleScriptable applications from Python, Ruby and ObjC:
    > http://appscript.sourceforge.net
    >
    >
previous month july 2008 next month
MTWTFSS
  1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30 31      
Go to today