omtool broke FInder's search function! about openmeta

[GoogleCodeExporter]

I should add that I've tried deleting the file, restarting, and rebuilding the 
Spotlight database, all to no effect.

Original comment by [email protected] on 20 Jan 2009 at 9:16

[GoogleCodeExporter]

Okay, so the urgency has subsided. I restored my user's Library folder using 
Time Machine from a time before 
downloading omtool, and all is working now.

Original comment by [email protected] on 20 Jan 2009 at 10:11

[GoogleCodeExporter]

Well, I don't know what happened. Knowing I could restore from Time Machine if 
anything went wrong, I've tried 
omtool again, and no problems with the Finder have appeared this time around.

Original comment by [email protected] on 21 Jan 2009 at 1:22

[GoogleCodeExporter]

I figured out what went wrong here. It wasn't connected with omtool, but rather 
OpenMetaSpotlight.mdimporter, and it isn't a bug with OpenMeta, but with Finder.

In specific, I installed the mdimporter directly (copied it out of Tagit and 
put into /Library/Spotlight) so that I 
could create Smart Folders using the "Tags" criterion. For ease of use in the 
future, I set Finder to always show 
the Tags criterion in the list that pops up when choosing the criteria type 
("Kind", "Last Used Date", etc.) so 
that I wouldn't have to open the palette to choose among all criteria types. 
Later in the process of playing 
around with OpenMeta, I removed the mdimporter. When I tried to open a Smart 
Folder, Finder apparently 
tried to find the "Tags" criterion for the list of available types and when it 
failed (no mdimporter was installed 
to supply that criterion) it broke the entire criteria slice system for Smart 
Folders.

Original comment by [email protected] on 18 Feb 2009 at 5:21

[GoogleCodeExporter]

Thanks for the info. I will close this, then.

Original comment by [email protected] on 13 Mar 2009 at 3:53

• Changed state: Done