Keywords still available in database after removing

The keyword will appear in the keyword HUD as long as some images in your database still have the keyword. After you repaired or rebuild the database, there may be some recovered images added again to your library, so the keyword will show again, until you delete this recovered images. Also, any image auto imported from the Photo Stream carrying keywords may again add the keyword you just deleted.

Regards

Léonie

Are you talking about the infamous "Wedding", "Sports", "Animals"? These three keywords are built in, and will frequently turn up in the keyword controls.

I see you are running Lion;

If you quit a program in Lion, you cannot be sure that all processes are completely terminated, the program may be kept in the cache and restarted from the cache, even if the Dock icon shows the program as terminated, see the Lion process model. If you want to quit a program and to save an altered state, log off.

So, if you quit a program, and restart it, i.e., if you manipulate the database, I would log off after quitting, to make sure that all processes will terminate.

Perhaps you might try to delete the keyword again, using your small test database, and then log off before repairing the database, log on again and see what happens.

To check if there is a problem with your account, I'd recommend to repeat the same test using a different account, maybe the guest account.

I tried it again and this time the behaviour is changed

In what way did the behaviour change the second time?

Did you log off, before you repaired the library?

Cheers

Léonie

Did you log off, before you repaired the library?

Never mind, I tested that myself an two MBPs running Lion, and I found in my sample library exactly the symptoms you describe. 😟

It seems to be a bug, and i do not remember to have seen this in in previous versions of Aperture.

You might try if "rebuild Database" does a better job with the keywords - again with your sample library.

I'll try this on my SL-MBP, to see if this problem is caused by Lion.

Cheers

Léonie

On my Snowleopard MBP (OS 10.6.8, Aperture 3.2.2) the "Repair Library" works well. All added and/or deleted/renamed keywords survived the Database Repair.

Would be good, if someone else could please confirm this.

Only my two Lion MBPs seem to revert Keywords to the prevoius state, if I repair the database, after changing keywords.

So it looks like a Lion Bug to me ...

You are welcome; I will also send a report.

Definitely a bug. What's happening is the keywords.plist file in the Aperture library package is not being updated when a keyword is deleted from Aperture. Normally this isn't a problem as the keywords are cached and the plist file is only read when a repair or rebuild is done.

So on normal startup the cached keywords are sued which is fine because the delayed keyword is gone but if you rebuild or repair the plist file is read and the deleted keyword comes back.

Now the plist file is updated if you add a keyword to Aperture so one work around would be to ad a keyword after you delete the keywords you don;t want. This will force the plist file to be updated. Once it's been updated you could remove the dummy keyword if you want.

Another work around wourl b to delete the plist file and start Aperture. If the plisy file is missing it will be rebuilt from the cache.

Léonie when I tried this in Snow Leopard with 3.2.2 I still seemed to have the same problem. Are you sure you had 3.2.2 on your SL machine when you tried this? I'm going to boot into SL later and try this again to see if I messed up but to me this seems like a 3.2.2 (at least, don't have anything older to try) problem and not a Lion issue.

regards

That is a neat explanation Frank, my compliments.

Léonie when I tried this in Snow Leopard with 3.2.2 I still seemed to have the same problem.

Yes, I have AP 3.2.2 on my Snowleopard-fall-back MBP, but I'll try again right away; maybe I was not in my best form when testing at midnight on the first day of christmas.

😊 😊 😊 Reporting back from my Snowleopard MBP - it is also buggy, Frank. My apologies to Lion

The test I did yesterday was slightly different - I deleted not only one keyword but several, the complete sets "Stock Categories", and "Wedding", it seems that deleting more keywords forces a rewrite of the plist.