Michael Tsai
So apparently the app sandbox prevents an app from compiling an AppleScript that targets an app that’s not in /Applications.
-
@mjtsai Whaaaaaat?
Daniel Jalkut
@danielpunkass “Sandbox: Airmail(75741) deny file-read-data /Users/mjt/Documents/Programming/SpamSieve/build/SpamSieve.app” => error -2741.
-
-
@mjtsai I guess a question is can you coerce OSA into compiling the script without trying to open the dictionary? - View other replies
-
@danielpunkass I don’t know. Don’t some apps need to be launched because they provide the dictionary dynamically? - View other replies
-
@mjtsai Yeah, that may be true. But isn’t this just for targeting your own app? Maybe@uliwitness is right and you should precompile. -
@danielpunkass@uliwitness Right, in this particular case, I’m going to recommend that the Airmail guys just precompile their script. - View other replies
-
@mjtsai@uliwitness It’s an interesting nuance, though. I think it would be valid to request via Radar that AppleScript be capable …
-
-
-
@mjtsai That’s a drag, but less perplexing than if they literally rejected compiling scripts with that distinction on purpose. -
@danielpunkass Right. I assume they specifically allow access to /Applications on purpose. -
@mjtsai I don’t think so: I think the host app probably has read access to /Applications in general? -
@danielpunkass I didn’t realize the sandbox was so lenient; assumed it was getting app info from trusted daemons. - View other replies
-
@mjtsai Come to think of it, it doesn’t make sense for it to have read access to all of /Applications by default…
-
-
@mjtsai Oh, I see. Because compiling it needs to open the app’s dictionary, and the app is not read-permitted by the sandbox.
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.