I've had trouble with this too, even though my /etc/authorization
has *my* strings in it. (I just checked again). I gave up and
moved it to my "fix someday" list. Haven't checked in Snow Leopard
yet. Here's my story:
I found the following bug: In my Snow Leopard created project the
prompt specified in /etc/authorization by BAS
("BetterAuthorizationSample") is going under the key "English", but if
I change it to "en" it works fine.
That is, the following, which is put into /etc/authorization by the
BAS code, does *not* work (note, I've modified the spacing for
readability):
<key>com.netsq.ACManager.ReadAuditConfig</key>
<dict>
<key>default-prompt</key>
<dict>
<key></key>
<string>ReadAuditConfigPrompt</string>
<key>English</key>
<string>Reading the system's audit_config file requires an
administrator password.</string>
</dict>
<key>rule</key>
<string>default</string>
</dict>
Whereas the following, in which I just changed "English" to "en" by
hand, *did* work:
<key>com.netsq.ACManager.ReadAuditConfig</key>
<dict>
<key>default-prompt</key>
<dict>
<key></key>
<string>ReadAuditConfigPrompt</string>
<key>en</key>
<string>Reading the system's audit_config file requires an
administrator password.</string>
</dict>
<key>rule</key>
<string>default</string>
</dict>
Of course, I can't expect my users to go into /etc/authorization to
change the entry themselves, and I'm not going to much around with it
from my code, so I guess I'll wait for Apple to fix this. I'm not even
sure which code is to blame (the BAS code or the Authorization code).
Todd
_______________________________________________
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
