First off, Firefox has searched in History for a very long time by default. On Firefox 1.5 the preference
browser.urlbar.matchOnlyTyped is there and defaulted to false, as well as in Firefox 2. The preference
browser.urlbar.autoFill appears in Firefox 2 and is defaulted to false, which is the function that allows you to have an inline autocomplete. If people are thinking the 'old Firefox' just completed based on typed URLs, they are apparently mistaken. The difference is page titles and bookmarks. The behavior of using bookmarks can be overridden as noted in a
previous post of mine. The matter of removing the page titles is handled by the Oldbar extension also noted in that post. The only real snags left are the use of page titles and history length and priority.
The first issue of page titles is something for which I have not yet found a solution. There is nothing I can find in the available preferences for the Places
'frecency' system that can overcome this.
In my previous post I stated the preferences for removing the bookmarks and unvisited typed URLs. Now, to add to this, we can fix the other things interrupting a straightforward match to history based purely on order and the intended total length of history.
The second issue of history length and priority can be resolved through setting the preferences for frecency. After setting the bookmark and unvisited items to 0 (zero), next to be sure the typed URLs take precedence over linked pages (which can to some degree indirectly alleviate the page title issue) set the value of
places.frecency.linkVisitBonus from it's default of 100 to 10 to effectively match based on history alone (and not visits to a URL), to as low as 20 to keep link visits down to a bare minimum. The more you lower this value, the closer you get to a straight typed URL only effect. Typed URLs are already greatly favored by the frecency system.
To resolve the issue of history length, first off you have to set the true history length preference via
about:config. This is achieved by changing the value of
browser.history_expire_days to the desired number of days. The preference in the normal settings dialog people are confusing now states to keep the history of visits for 'at least' - and therein lies the trip-up. That value should be
lower than your actual history is intended to be. Now that you've set your
actual history length, you want to make the frecency system match that so that it will only ever really show you the pages from that period of time. This is done by changing the values of the
"Bucket Cutoffs". If you note on that page each preference is a length of days. Each amount of days is a breaking point for a certain score level, starting the present to whatever number of days is listed in places.frecency.firstBucketCutoff (default of 4). Each 'bucket' gets a value based on the preferences in for it's respective
"Bucket Weight". If you adjust each Bucket Cutoff to be evenly spaced from the Fourth (last) being your maximum number of history days, down to the First being no less than 1 day (there is no mention if zero is disallowed, but for safety's sake I suggest keeping to above zero). Essentially, this limits you to 4 days of history unless it will accept decimal values. I have not tested this, I'll let someone else braver try. By doing this, items older than your history amount can basically not be scored. They shouldn't be available anyway as they should be removed from history - this will make sure of it. This also sets a nice even priority for the history duration. I do NOT suggest changing the Bucket Weights to begin with, as they are the effective baseline for scoring based on how I assembled this tutorial.
As a final tweak, if you tend to visit some specific pages at a very high frequency compared to all others, you may wish to adjust
places.frecency.numVisits to a lower value than the default 10. This effectively reduces the sampling rate (or more precisely, amplification) based on visits amounts. I suggest incrementing this down one whole number at a time and allowing at least a day's worth of browsing or 1/4th your history duration before adjusting it again.
This process should allow you to create results more like you are used to. Please don't take this as defending the Awful... er... 'Awesome' Bar because this is truly more a case of gaming the frecency system to defeat it.
*I am testing these myself on Firefox 3 on a Mac running OS X 10.5 "Leopard" (not what I am currently posting from).