|
|
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...Latest Mountain Lion HintsWhat's New:Hints1 new Hints in the last 24 hoursComments last 2 daysNo new commentsLinks last 2 weeksNo recent new linksWhat's New in the Forums?
Hints by TopicNews from Macworld
From Our Sponsors |
|
Copyright © 2014 IDG Consumer & SMB (Privacy Policy) Contact Us All trademarks and copyrights on this page are owned by their respective owners. |
Visit other IDG sites: |
|
|
|
Created this page in 0.40 seconds |
|