You can read what some people have to say about the launch services register here:
http://discussions.apple.com/thread.jspa?messageID=5744911 Where you will find the following script, which I have used successfully on Leopard: display dialog "The Finder must quit and will relaunch after the Launch Services rebuild is complete. The rebuild may take several minutes, during which time you should refrain from using any other apps." buttons {"Cancel", "Rebuild LS Database"} default button 2 with icon caution ignoring application responses tell application "Finder" delay 2 quit end tell end ignoring delay 5 tell application "System Events" to set running_applications_ to get name of every application process if running_applications_ contains "Finder" then do shell script "killall Finder" do shell script "/System/Library/Frameworks/CoreServices.framework/ Frameworks/LaunchServices.framework/Support/lsregister -kill -r - domain local -domain system -domain user" tell application "Finder" delay 2 activate end tell tell me to activate display dialog "The Launch Services rebuild is now complete." buttons {"OK"} default button 1 with icon note On Jun 26, 2008, at 9:57 AM, Adam R. Maxwell wrote: > > On Jun 26, 2008, at 4:24 AM, Christiaan Hofman wrote: > >> >> On 26 Jun 2008, at 8:18 AM, Rolf Schmolling wrote: >> >>> Hi, >>> >>> this is a problem because of timemachine… those "copies" of Skim >>> are in your timemachine backup. I had a similar problem with >>> BibDesk, maybe the workaround from there could be implemented? >>> >>> Greetings, >>> >>> Rolf >> >> Yes, it's almost certainly Time Machine. Though I thought the system >> was better in filtering out duplicates. Normally it should list only >> one item for each app version it finds. >> >> There is a problem with the version numbers used by Skim (and >> Bibdesk), the system messes up with them. > > The problem is not limited to BD or Skim. IIRC Launch Services > shouldn't list anything in a TM backup, so I'm curious as to how you > know the version numbers affect it? Supposedly after one of the > security updates you can't launch an application from a TM backup > > http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-0038 > > although Apple's note is rather vague. Even if that fixed the LS bug, > you'd still have to reset the cache with lsregister. > > [...] > >> Removing this plist does not reset the launch services. To reset the >> LS database you need to run the lsregister tool, e.g. through typing >> the following line in Terminal.app (this is for Leopard, the options >> are slightly different on Tiger): >> `locate lsregister` -kill -r -all local,system,user > > If your locate db is stale or you have a previous system folder, that > won't work. The full path on Leopard is > > /System/Library/Frameworks/CoreServices.framework/Versions/A/ > Frameworks/LaunchServices.framework/Versions/A/Support/lsregister > > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Skim-app-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/skim-app-users ================================= Adam M. Goldstein PhD MSLIS Assistant Professor of Philosophy Iona College -- email 1 [EMAIL PROTECTED] email 2 [EMAIL PROTECTED] web http://www.iona.edu/faculty/agoldstein/ tel (914) 637-2717 post Iona College Department of Philosophy 715 North Avenue New Rochelle, NY 10801 ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Skim-app-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/skim-app-users
