|
#1
|
|||
|
|||
Restored vol - document icons trashed
I just restored a complete volume after replacing the hard disk. Now all the document icons are generic. Double clicking the icon doesn't open the correct application. "Get info" shows "object.nib" as the default application. Wierd? The application icon appear to be ok.
|
#2
|
||||
|
||||
That's a bit strange; it sounds like your Launch Services database needs to be rebuilt. It's easy to do, but requires the Terminal: you can cut and paste the following line to accomplish the fix (reboot after):
Code:
/System/Library/Frameworks/ApplicationServices.framework/Frameworks/LaunchServices.framework/Support/lsregister -kill -r -domain local -domain system -domain user
__________________
--Dave Nanian |
#3
|
|||
|
|||
Quote:
|
#4
|
||||
|
||||
I'd try the same solution on your Safety clone, and see if that helps, supuhee.
__________________
--Dave Nanian |
#5
|
|||
|
|||
No luck. Earlier today I tried sandbox but got no response, now I tried MacHD. I get the following messages:
__________________________________ 2005-07-29 20:50:30.519 lsregister[769] CFLog (0): CFPropertyListCreateFromXMLData(): plist parse failed; the data is not proper UTF-8. The file name for this data could be: Contents/Info.plist -- file://localhost/Applications/C-E/CocoaBooklet.app/ The parser will retry as in 10.2, but the problem should be corrected in the plist. [Eds-G4:~] edwardan% [Eds-G4:~] edwardan% /System/Library/Frameworks/ApplicationServices.framework/Frameworks/LaunchServices.framework/Support/lsregister -kill -r -domain local -domain system -domain user 2005-07-29 20:53:57.321 lsregister[773] CFLog (0): CFPropertyListCreateFromXMLData(): plist parse failed; the data is not proper UTF-8. The file name for this data could be: Contents/Info.plist -- file://localhost/Applications/C-E/CLIX/CLIX.app/ The parser will retry as in 10.2, but the problem should be corrected in the plist. [Eds-G4:~] edwardan% /System/Library/Frameworks/ApplicationServices.framework/Frameworks/LaunchServices.framework/Support/lsregister -kill -r -domain local -domain system -domain user 2005-07-29 20:55:27.978 lsregister[778] CFLog (0): CFPropertyListCreateFromXMLData(): plist parse failed; the data is not proper UTF-8. The file name for this data could be: Contents/Info.plist -- file://localhost/Applications/C-E/CLIX/CLIX.app/ The parser will retry as in 10.2, but the problem should be corrected in the plist. [Eds-G4:~] edwardan% ___________________________________________ I trashed Cocoa Booklet and its plist file, but then Terminal complained about CLIX. and after I expunged CLIX and its plist, it complained about Chop. Evidently Terminal wants to clear out my entire Applications folder step by step, which is no solution. |
#6
|
||||
|
||||
I'm not sure what to suggest, supuhee: Terminal is not suggesting clearing your Applications folder, but rather Launch Services is indicating that these particular applications have poorly formed Info.plist files. That seems to be preventing scanning: perhaps the applications have been updated?
__________________
--Dave Nanian |
#7
|
||||
|
||||
Quote:
|
#8
|
|||
|
|||
I just bought SuperDuper (which has a beautiful interface, btw) and used it to "defragment" my system drive by doing a backup and restore.
After the restore I had the above-mentioned file association problem. Your one-liner seems to have fixed the symptom but I am a bit concerned about the underlying problem. Also, and possibly related, my DiskCatalogMaker program crashed while reading its catalog. This is the first time I've seen such a crash from it. Just a heads-up.
__________________
Joe Shapiro Freelance FCP Editor / Director (narrative features and shorts) http://PoliceBeatMovie.com http://SeattleFilmmakers.com Seattle WA 206-290-8482 "In many ways editing is trying to understand the director's vision and then to surprise the director by going further than their vision." Jill Bilcock, ACE |
#9
|
||||
|
||||
The underlying problem is just that it can take time for LaunchServices to refresh itself. "Forcing" a refresh makes sure everything is caught up.
I can't tell you why DiskCatalogMaker might crash... did it succeed a second time?
__________________
--Dave Nanian |
#10
|
|||
|
|||
DiskCatalogMaker worked fine after restarting.
__________________
Joe Shapiro Freelance FCP Editor / Director (narrative features and shorts) http://PoliceBeatMovie.com http://SeattleFilmmakers.com Seattle WA 206-290-8482 "In many ways editing is trying to understand the director's vision and then to surprise the director by going further than their vision." Jill Bilcock, ACE |
#11
|
||||
|
||||
OK, Joe -- that's good to hear. It's hard to say what might have been going on there without looking at why it crashed, but it could have just had a bug when it found itself running from a different drive...
__________________
--Dave Nanian |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Display Modes | Rate This Thread |
|
|