Weird NSDictionary issue on Mountain Lion

[Daniel Jalkut]

This is mostly a heads-up, but am happy to hear any feedback people have if you have ideas for what's going on.

I'm tracing a failure in MarsEdit on Mountain Lion back to funny behavior with iMedia's IMBObjectsPromise class and the _URLsByObject dictionary it uses to cache file URLs.

It seems that on ML something is causing the setting of the URL values to fail intermittently. I have confirmed that it has something to do with the fact that IMBObject is being used as the key. If I change the key to something like a string, then the values always set correctly.

Anyway, I'll be looking into this until I figure out what's wrong. Please let me know if you happen to already know, to save me the effort!

Daniel

[Mike Abdullah]

Well I am guilty of this particular design. My advice would be to switch to NSMapTable since it's Cocoa's highest level API for this sort of thing.

[Daniel Jalkut]

Well, I'm woefully ignorant about NSMapTable. Just looking at the docs and I agree it seems like the best choice.

Daniel

[Peter Baumgartner]

Hi iMedia users,

we are currently investigating how to get the iMedia framework sandboxed. We have identified several hurdles that can be worked around with XPC services and temporary entitlements. Since these entitlements are TEMPORARY we will eventually require a more permanent solution from Apple. I have filed several bugs at Apple and posted the contents on OpenRadar as well:

rdar://10962342 Versioned Sandbox Compliance
rdar://10962334 Accessing Media Files & Sandboxing
rdar://10962325 Scanning Folders for Media Files & Sandboxing
rdar://10962318 Accessing Media Databases & Sandboxing
rdar://10962312 Reading Foreign Preferences & Sandboxing

The first is pretty much a duplicate of what Daniel has already proposed. The others are iMedia specific. PLEASE FILE DUPLICATES of these bug reports as well. The more duplicates we get, the sooner Apple will listen to our needs! Also, in case of an app store rejection, having bug reports will helps us to explain why we need temporary exceptions for now. If I forgot anything important, please let me know.

Cheers,
Peter

[Peter Baumgartner]

Hi everyone,

Sorry, the previous Mail didn't include working links, so here  once again:

http://openradar.appspot.com/radar?id=1571401

http://openradar.appspot.com/radar?id=1570402

http://openradar.appspot.com/radar?id=1565403

http://openradar.appspot.com/radar?id=1562403

http://openradar.appspot.com/radar?id=1562402

Peter

[Dan Wood]

Thanks Peter. I have filed dupes.  Please, everybody here please also file a dupe for these!  (I like it how they are under 'security' category!)

Are there any other sandboxing/iMedia related radars that people have filed as well?   Daniel?

[Jörg Jacobsen]

I had filed this one a couple of days ago: http://openradar.appspot.com/10936416

Jörg.

[Mike Abdullah]

OK, I’ve just fixed this one today and pushed it to master.

I’d still argue that this bit of the code shouldn’t really need a dictionary at all, but I know that Peter resisted change of that before because of existing code. Maybe now we can have another look through and adopt 10.6’s improved pasteboard handling API.