Closed
Bug 177360
Opened 23 years ago
Closed 22 years ago
URL Bar history drop down displays entries in reverse chronological order
Categories
(Firefox :: Bookmarks & History, defect)
Tracking
()
RESOLVED
FIXED
Firefox0.9
People
(Reporter: bugzilla, Assigned: bugzilla)
References
Details
Attachments
(1 file)
5.21 KB,
patch
|
Bienvenu
:
review+
|
Details | Diff | Splinter Review |
The list is unbounded and new entries don't jump to the top.
Assignee | ||
Updated•23 years ago
|
Target Milestone: --- → Phoenix0.5
Comment 1•23 years ago
|
||
I get the same result (under Win2000). In addition, if you enter a site and use
Ctrl-Enter to complete the www and .com, only the site name is saved into the
history. For example, if I type in mysite<ctrl><enter>, then look in the
history, all I see is http://mysite/, which obviously doesn't work when clicked on.
Assignee | ||
Updated•23 years ago
|
Target Milestone: Phoenix0.5 → Phoenix0.6
Updated•23 years ago
|
OS: Windows XP → All
Also, it'd be nice if the root of a site ( if you've typed it in ) gets
displayed before the other urls of the same site.
IE:
Show: www.cnn.com/
before www.cnn.com/some/article/here
That'd be great.
Related bug 182366
Comment 4•23 years ago
|
||
This is something that no browser I've yet found gets right:
Some heuristics should be applied to the list to determine what is shown - this
way the user might get more helpful results.
I.e. Frequency of link visiting - more often visited is more likely to be right
Time since last visit - more recent is likely to be right
Length of url - more general is generaly a safer bet (i.e. www.xyz.com not
www.xyz.com/test/a/b/b/g.html )
An adaptive system could weight these parameters until results were most often
what a user wanted to do.
Another thing that is really anoying is that when a site doesn't exist (i.e. I
spelt it wrong) the address bar jumps back to whatever was there before -
meaning I have to type it in again rather than just edit it.
Also url auto-extensions should (as has been said) be applied before adding the
url to the bar history.
Comment 5•23 years ago
|
||
http://www.mozilla.org/projects/ml/autocomplete/ is the Mozilla project page for
an improved autocomplete feature. (Mentioned to avoid unnecessary duplication
of effort.)
Comment 6•23 years ago
|
||
David Lynch is right, we will use the mozilla learning machine.
-> won't fix
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
Updated•22 years ago
|
Target Milestone: Phoenix0.6 → ---
Comment 7•22 years ago
|
||
As Sébastien noted, this bug is about the URL drop down, not the autocomplete
feature. Reopening.
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Summary: URL Bar history sucks. → URL Bar history drop down sucks.
*** Bug 197329 has been marked as a duplicate of this bug. ***
Updated•22 years ago
|
Target Milestone: Phoenix0.6 → Phoenix0.8
Comment 10•22 years ago
|
||
*** Bug 206661 has been marked as a duplicate of this bug. ***
Comment 12•22 years ago
|
||
*** Bug 214118 has been marked as a duplicate of this bug. ***
Comment 13•22 years ago
|
||
Let's have a slightly more b.m.o. query friendly summary. <grin> Feel free to
add other symptoms.
Summary: URL Bar history drop down sucks. → URL Bar history drop down sucks - displays entries / links in reverse / ascending order.
Comment 14•22 years ago
|
||
The URL bar drop down history list does not put most recently used entries back
at the top of the list as Mozilla did. Frequently use URLs should be moved back
to the top of the drop down list.
Comment 15•22 years ago
|
||
What could be nice is adding up the frequency of things under one domain name
and showing that domain name but then showing all things under that domain name
in length order ie www.xyz.com before www.xyz.com/hello.
Comment 16•22 years ago
|
||
If you set the following pref in user.js, the URL Bar History works better in
Firebird 0.7:
user_pref("browser.urlbar.autocomplete.learning.mode", 2);
Comment 17•22 years ago
|
||
That would be http://bugzilla.mozilla.org/show_bug.cgi?id=182366
So maybe we just need to set this in all.js.
Updated•22 years ago
|
Flags: blocking0.8?
Comment 21•22 years ago
|
||
*** Bug 234266 has been marked as a duplicate of this bug. ***
Comment 22•22 years ago
|
||
Something else that's always annoyed me in IE and Moz: if I start to type in a
URL I want to go to, and it happens to be in history, so I use autocomplete to
finish typing it in, this means the browser doesn't add it to the URL bar as a
typed in URL. So later when I try to go back to "that site I know I typed in
manually", it's not there, simply because I used autocomplete for the last 3
letters.
Assignee | ||
Comment 24•22 years ago
|
||
This patch implements the ability to iterate backwards over rows in Mork.
Assignee | ||
Updated•22 years ago
|
Attachment #141858 -
Flags: review?(bienvenu)
Comment 25•22 years ago
|
||
Comment on attachment 141858 [details] [diff] [review]
mork patch
looks ok.
Attachment #141858 -
Flags: review?(bienvenu) → review+
Assignee | ||
Comment 26•22 years ago
|
||
Fixed; I've split off the unbounded issue into bug 235091.
Status: NEW → RESOLVED
Closed: 23 years ago → 22 years ago
Resolution: --- → FIXED
Summary: URL Bar history drop down sucks - displays entries / links in reverse / ascending order. → URL Bar history drop down displays entries in reverse chronological order
Comment 27•22 years ago
|
||
patch seems to work good. I do have one maor problem with it though.
If you click one of the ttems in the URL history dropdown, it doesnt put that
item back to the top of the list, which it should as this is what you would
expect it do to since you are basically typing the url in again, except using
the url bar as a shortcut way of doing it.
It does the same thing if you start typing one of the url's thats in the
dropdown, then it gives you a list of possibilities. If you select one of
these, it doesnt put this item back to the top of the list either.
maybe this needs a new bug but I think its so closely related to this one, and
blake could probably sort it pretty easy :P
Comment 28•22 years ago
|
||
*** Bug 236413 has been marked as a duplicate of this bug. ***
Component: History → Bookmarks & History
QA Contact: davidpjames → bookmarks
You need to log in
before you can comment on or make changes to this bug.
Description
•