omtool broke FInder's search function!

[GoogleCodeExporter]

To test out omtool, first I ran 
/Users/jon/Downloads/omtool/omtool -a foo bar -p 
/Users/jon/Downloads/omtool/ReadMe.txt
which worked as expected. When I did an mdls on ReadMe.txt, the tags where 
listed in 
kOMUserTags. I made a new Smart Folder in Finder and told it to search for 
"Tags matches foo", 
and it worked perfectly. Later, I decided to test the ratings feature, so I ran
/Users/jon/Downloads/omtool/omtool -r 3.5 -p 
/Users/jon/Downloads/omtool/ReadMe.txt
which successfully applied the rating using kOMStarRating. But when I tried to 
make a Smart 
Folder, Finder wouldn't work properly!

In specific, if I create a new Smart Folder using the File menu in Finder, the 
Smart Folder will 
appear and the first line (the one that defines the scope of the search) will 
be present. But when I 
click the plus button to add specific search criteria, the newly added line is 
blank. It doesn't say 
"Kind is Any", it just has nothing. (See attached screenshot)

If I press ⌘F in a regular Finder window, that particular window will freeze 
up (it won't even 
respond to Expose).

Searches from the Spotlight menu can find data based on criteria that existed 
before I started 
playing with omtool, but it will not find any results if I search for anything 
applied by omtool. For 
example, comments:foo works, but tags:foo doesn't anymore. (Note that tags:foo 
did before I 
used omtool to apply a rating)

This is with omtools 0.1.

My first guess was that omtool had created a new mdimporter in order to allow 
Spotlight to 
index this metadata, and that it was malformed. But I can't find anything that 
looks like it is 
related to Open Meta.

My primary concern is to get my system working properly again, so if you could 
tell me right 
away how I can undo whatever omtool did, I would really appreciate it!

Original issue reported on code.google.com by jonstov...@gmail.com on 20 Jan 2009 at 8:59

Attachments:

• broken_smartfolder.jpg

[GoogleCodeExporter]

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

Original comment by jonstov...@gmail.com 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 jonstov...@gmail.com 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 jonstov...@gmail.com 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 jonstov...@gmail.com on 18 Feb 2009 at 5:21

[GoogleCodeExporter]

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

Original comment by tom.ande...@gmail.com on 13 Mar 2009 at 3:53

• Changed state: Done