0
in the distant past I installed SeaMonkey. There was a mistake in the apps Info.plist that inappropriately associated a number of file types with the app, in particular .dylib. The bug was recognised but no solution provided (see Bug 726488 - dylib shared libraries are associated with SeaMonkey on install)
<dict>
<key>CFBundleTypeName</key>
<string>SeaMonkey Shared Library</string>
<key>CFBundleTypeRole</key>
<string>None</string>
<key>CFBundleTypeOSTypes</key>
<array>
<string>shlb</string>
</array>
<key>CFBundleTypeExtensions</key>
<array>
<string>shlb</string>
<string>dylib</string>
</array>
<key>CFBundleTypeIconFile</key>
<string>component.icns</string>
The association means that .dylib files would show as Kind "SeaMonkey Shared Library" in Finder and Spotlight (and associated SeaMonkey icon).
"Uninstalling" (there was no 'proper' uninstaller) SeaMonkey resulted in Finder recognising .dylib files correctly as "Mach-O dynamic library". However, now Spotlight recognises SOME .dylib files correctly but not others, depending I suppose on where Spotlight indexe's and permissions for folders/files, as opposed to the scope/process of an apps registration?
From the command line, is there a way to get Spotlight to index only files with kMDItemKind = "SeaMonkey Shared Library" systemwide so the files Kind appears as "Mach-O dynamic library"? Or is there a smart way to "reverse" the use of the Info.plist - there are other associations e.g., .plugins
Thanks idac
OS X 10.5.8