The following code is trying to open the proxies settings dialog,
NSAppleScript *a = [[NSAppleScript alloc] initWithSource:@"tell application \"System Preferences\"\nset current pane to pane \"com.apple.preference.network\"\nactivate\nend tell\ntell application \"System Events\" to tell process \"System Preferences\" to tell window 1\n click button -3\nclick radio button -2 of tab group 1 of sheet 1\nend tell"];
[a executeAndReturnError:nil];
it has been working well until I upgrade my Mac OS to 10.9. The second part of the applescript,
tell application \"System Events\" to tell process \"System Preferences\" to tell window 1\n click button -3\nclick radio button -2 of tab group 1 of sheet 1\nend tell
it doesn't work any more. so if any one could tell me the reason, I would be very grateful.
edit:
Here is my .entitlements file information,
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>com.apple.security.app-sandbox</key>
<true/>
<key>com.apple.security.files.user-selected.read-write</key>
<true/>
<key>com.apple.security.network.client</key>
<true/>
<key>com.apple.security.network.server</key>
<true/>
<key>com.apple.security.scripting-targets</key>
<dict>
<key>com.apple.preference</key>
<array>
<string>com.apple.preference</string>
<string>com.apple.systemevents</string>
</array>
</dict>
<key>com.apple.security.temporary-exception.apple-events</key>
<array>
<string>com.apple.preference</string>
<string>com.apple.systemevents</string>
</array>
</dict>
</plist>
UPDATE TO ANSWER
Ok after a little play with sandboxing which I have never used before:
I used the option :
However, for applications that specifically provide scripting access
groups, you can send appropriate Apple events to those apps if your
app includes a scripting targets entitlement.
For other applications, by using a temporary exception entitlement,
you can enable the sending of Apple events to a list of specific apps
that you specify, as described in Entitlement Key Reference.
So in the Entitlements file.
You need to add the Entitlement:
com.apple.security.temporary-exception.apple-events
Set it as an Array
Then add two items to it.
com.apple.systempreferences
com.apple.systemevents
These items should be strings
Save the file.
This is All I have done and there are no other entitlements added
On my tests the System prefs opened and the Proxies tab was selected.
This also shows any App you that even if you tell one app to tell another app/process ..do something. Both apps must be in the list
A slight change to your setup should fix your issue:
By doing this I notice that in your edit you show you have added:
com.apple.preferences.
So you just need to change it to the correct id which is com.apple.systempreferences
Original part of Answer:
If you read the AboutAppSandbox link I provided you in the comments. Which I suggested as I assumed your app was sandboxed already.
You should have seen:
Use of accessibility APIs in assistive apps With App Sandbox, you can
and should enable your app for accessibility, as described in
Accessibility Overview for OS X. However, you cannot sandbox an
assistive app such as a screen reader, and you cannot sandbox an app
that controls another app.
( I have literally just read this myself )
This implies with regards to accessibility APIs in assistive apps And sandoxing, you can do one or the other but not both.
There is however this bit also but you will need to investigate its implications
However, for applications that specifically provide scripting access
groups, you can send appropriate Apple events to those apps if your
app includes a scripting targets entitlement.
For other applications, by using a temporary exception entitlement,
you can enable the sending of Apple events to a list of specific apps
that you specify, as described in Entitlement Key Reference.
And reading further there is another possible approach
Finally, your app can use the subclasses of NSUserScriptTask class to
run user-provided AppleScript scripts out of a special directory,
NSApplicationScriptsDirectory (~/Library/Application
Scripts/code-signing-identifier/). Although your app can read files
within this directory, it cannot write files into this directory; the
user must manually place scripts here. For details, see the
documentation for NSUserScriptTask and WWDC 2012: Secure Automation
Techniques in OS X.
The strategy you are using is not what I would want from an app. And I think using GUI like this leaves a lot of room for it to fail.Either because of element tree changes in the GUI or user interaction takes focus away from the intended target of the system events.
I think the better approach would be to inform the user to change the proxy their selves.
New in Mavericks: the System Preferences app (bundle id: “com.apple.systempreferences”) has an access group (“preferencepane.reveal”); therefore you'll need to use this access group entitlement to be able to send the System Preference app the reveal command:
<key>com.apple.security.scripting-targets</key>
<dict>
<key>com.apple.systempreferences</key>
<array>
<string>preferencepane.reveal</string>
</array>
</dict>
You can determine a scriptable applications access groups by using the sdef tool (see man page).
The Mac App Review team will most likely not grant you any scripting privileges that will allow you to script changing user defined preferences.
Those kind of scripts are secured by OS X. See "System Preferences", "Security & Privacy", "Accessibility". Here you can add apps that are allowed (or not) to control your computer. I guess you have to add your app here.