Deleting multiple entries from the awesomebar results is difficult, because when the delete action is performed (shift-delete, on OS X), the URL for that item is filled in. The current search string is clobbered, and thus all the other search results disappear. EG, suppose you click on a misleading link for "cute kittens", and are shocked to find yourself on http://tiffany.com, being presented with voluptuous engagement rings. After checking out a few of their sensuous rings, you decide you don't want such racy stuff in your history and go to delete it... Enter "tiffany" in the search bar, and you see the pages you visited. Down arrow to one of them, and press shift-delete. It's deleted, but its URL is filled into the URL bar and the search results disappear (and Places starts a futile search using that URL). What *should* happen is that the selected item is deleted, but the current search term and other results should stay in place (allowing the user to arrow up/down to other items and delete them too).

Mac only i suppose, i can't reproduce on Win, instead the next one is selected and location bar does not change its contents.

Completely reproducible on the mac. This has bugged me for a while too...

Since popup windows are non-native in Cocoa Widgets, and since I didn't know shift-del needed special treatment, this is probably a Cocoa Widgets bug. Notice that when you down arrow to one of the "tiffany ..." items, the search term changes to the one currently highlighted. Then when you do shift-del that item is deleted, and so is the last character of the search term. I tested on OS X 10.4.11 with today's Minefield nightly.