|
|
|
10.5: Force FileVault to read Launch Services data
There is a problem with the brute force solution of resetting Launch Services data: besides re-reading the Launch Services bindings stored in the user's
com.apple.LaunchServices.plist it will, among other things, also reset the cache storing the "safe" flag for applications that install protocol handlers (quite a lot of OS X apps do, I'll only mention Evernote, Pukka, Bwana...), which will result in the first call to the app or protocol triggering a "You are opening this application for the first time" alert. Resetting at every login means also dismissing this alert again every time, which is annoying. There are ways around this too, but they involve even more intrusive system tinkering (see the following Apple discussion thread, esp. pages 3 to 5).The alternative is to sidestep the issue and not reset Launch Services at all, but to only selectively re-read the user's Launch Services bindings. lsregister won't help there, but with a bit of tinkering Andrew Mortensen's duti will. For everybody's convenience, I have created a shell script (with a few supporting files) that will do that exactly, adding a few extras like registration as a LaunchAgent. It's called GoodCompany (because it keeps your associations, and goes well with FileVault), it's free and it's available here (the tr.im shortened link is for statistical purposes only, as it helps me keep an eye on download numbers; if that bugs you, the original link is https://good-company.s3.amazonaws.com/GoodCompany.zip). You can keep an eye on the hash tag #GoodCompany in my Twitter stream to keep abreast of updates.
|
SearchFrom our Sponsor...What's New:HintsNo new hintsComments last 2 days
Links last 2 weeksNo recent new linksWhat's New in the Forums?
The Editor's Corner...Here are some of my (robg) other projects...
Hints by TopicNews from Macworld
The macosxhints PollWhat version of OS X are you running as your main OS?
Other polls | 11,463 votes | 42 comments
|
|
Copyright © 2009 Mac Publishing LLC (Privacy Policy) Contact Us All trademarks and copyrights on this page are owned by their respective owners. |
Visit other IDG sites: |
|
|
|
Powered by Geeklog Created this page in 0.03 seconds |
|