Closed Bug 407760 Opened 17 years ago Closed 8 years ago

visits with non-200 http codes should be ranked lower in the location bar

Categories

(Firefox :: Bookmarks & History, defect, P3)

defect

Tracking

()

RESOLVED FIXED

People

(Reporter: dietrich, Unassigned)

References

Details

I typed in http://flickr.com/users/autonome, which is a 404, and it (due to other tbd ranking issues) was then first in the location bar, above the proper URL.
> visits with non-200 http codes should be ranked lower in the location bar I'm wondering if these visits should not impact autocomplete at all (like embed visits) I'm not sure if we want this bug to cover 4xx / 5xx or non-2xx (as redirects are 3xx, right?)
We don't need more references to complaints, we need help with a patch. I'm sure Dietrich will review it expediently!
Flags: wanted-firefox3.1+
Priority: -- → P3
Flags: wanted-firefox3.5+ → wanted-firefox3.6+
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
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
Partially fixed in bug 737841, 4xx errors (excluded 408) and 505 are hidden from the locationbar. bug 737836 should do something with redirects.
Depends on: 737841, 737836
Priority: P3 → --
Priority: -- → P3
Maybe this should be a separate bug, but I have experienced the same kind of problem for a while, but for a page that *used* to exist, and now is a 404. So, for instance, when I type "inbound" in the awesomebar, the first suggestion is https://treeherder.mozilla.org/ui/#/jobs?repo=mozilla-inbound which used to work but is now a 404, and the now valid url (https://treeherder.mozilla.org/#/jobs?repo=mozilla-inbound) only appears second.
The basic problem (lowering frecency of redirects and errors) has been handled, other issues, like comment 12) should be filed apart into their own bugs, to simplify tracking.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.