Searching for a way to use the built-in History sidebar options on a computer with an average performance, I tried them out. What I mostly want is history in Last-First order (new history on top) and then "By Last Visited" is the most natural choice. But on my computer "By Last Visited" takes 7 seconds to load and if it is the first time, even (much) longer and it makes the browser unresponsive. Moreover there is no division in days. Finding a site I visited the day before yesterday needs a lot of scrolling, consulting your memory heavily about the time frame every second. So the next option is "By Date". This seems a good choice, history loads a lot quicker, but now the problem is that new history does not land on top. Instead it inserts on a place that seems random, but turns out to be alphabetically. And that is really a problem, for nearly nobody knows literally the titles of pages. Some pages start with the domain name, some with the subject name, some with an article and some with a noun, some with a cry on another unexpected word, some with a number or code, so it is really not easy to find a site if you have only a vague idea about the subject and time. So my proposal is, to make "By Date" fully By Date with Last-First order (and not partially By Date / partially alphabetically). This bug is related to Bug 227126 but where the reporter of this bug was satisfied by the explanation, I'd really like to change the behaviour.

notice sidebar by date has always worked that way, so this sounds more as an enh request than a blocking bug to me.

I think it would not only be an enhancement Marco, but also a solution or at least a reduction of a really huge performance and usability problem since the start of places.

Certainly not blocking on a behavioural change like this for Firefox 3.5, will consider for Firefox.next, though. Is there a good comment in bug 227126 that explains what you mean by "partially by-date/partially alphabetical"?

(In reply to comment #3) > Is there a good comment in bug 227126 that explains what you mean by "partially > by-date/partially alphabetical"? Bug 227126 comment 8.

I don't think is blocking even for Firefox.next. However, I agree that it'd be a fantastic improvement over the current behavior, so marking wanted+.

Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h". In Thunderbird 3.0b, you do that as follows: Tools | Message Filters Make sure the correct account is selected. Click "New" Conditions: Body contains places-to-b-and-h Change the action to "Delete Message". Select "Manually Run" from the dropdown at the top. Click OK. Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter. Gerv

Was able to confirm the bug. Will work on this.