197329 - urlbar PopupAutoComplete must be LastVisitDate descending

Status: VERIFIED DUPLICATE of bug 177360

(Firefox :: Toolbars and Customization, defect)

Description

[noririty]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4a) Gecko/20030313 Phoenix/0.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4a) Gecko/20030313 Phoenix/0.5

urlbar drop down sortDirection is inverted.
This should be descending as Mozilla, not ascending.

Reproducible: Always

Steps to Reproduce:
1. Start phoenix with a new profile.
2. Input to urlbar "http://www.mozilla.org/" and press [Enter].
3. Input to urlbar "http://bugzilla.mozilla.org/" and press [Enter].
4. Click "down arrow" button at the right side of urlbar.
Or press [Down Arrow] key.
Actual Results:  
urlbar PopupAutoComplete popup as follows:
http://www.mozilla.org/          mozilla.org
http://bugzilla.mozilla.org/     mozilla.org Bugzilla...

Expected Results:  
http://bugzilla.mozilla.org/     mozilla.org Bugzilla...
http://www.mozilla.org/          mozilla.org

Comment 1

[noririty]

Attachment: screenshot

Comparison between Phoenix and Mozilla

Comment 2

[Sébastien Delahaye]

*** Bug 197894 has been marked as a duplicate of this bug. ***

Comment 3

[Sébastien Delahaye]

Isn't this a dupe of bug 177360?

(adding David and David to Cc)

Comment 4

[David P James]

From my perspective, yes, this is a dupe of bug 177360. It looks like Pierre
intends that Phoenix use the Autocomplete Learning project.

Comment 5

[Alexander Kober]

Well, I don't know about the browsers internals, but the autocomplete function
while typing URLs and the dropdown menu for choosing recently typed URLs don't
have to be the same. In this case using the mozilla autocomplete engine would
not solve this problem.

If any of the developers tell me otherwise I'd have learned a thing about
browsers and it's really a dupe.

But otherwise I consider both bugs belonging to different matters, although related.

Comment 6

[David Tenser [:djst]]

This is a dupe of 197329. But since that bug is marked WONTFIX, think there
should be a bug filed that addresses the real RFE: Use the Mozilla AI
autocomplete in Phoenix.

Comment 7

[David Tenser [:djst]]

Maybe this bug should be duped to bug 182366 - Using machine learning to order
autocomplete results?

Comment 8

[Sébastien Delahaye]

David, I'm not really sure that the Machine Learning has to do something with
the history of the URL bar. As it was stated in comment #5, we're not talking
about autocomplete here, but the history feature.
I emailed Pierre to ask him if he was sure that bug 177360 is WONTFIX. If he's,
then this bug should be marked as dupe of it, and yes, we should open a bug
about using the Machine Learning project (though I'm not sure it's ready yet).
If he isn't, then bug 177360 should be reopened (and this one marked as dupe of
it too, but until Pierre's answer, I'd prefer to let this one untouched, just to
not forget this

Comment 9

[noririty]

And there is no trace that Phoenix had been applied machine learning to
autocomplete.
That's because Phoenix uses fork of nsGlobalHistory.cpp.
http://bonsai.mozilla.org/cvslog.cgi?file=mozilla/xpfe/components/history/src/nsGlobalHistory.cpp
http://bonsai.mozilla.org/cvslog.cgi?file=mozilla/toolkit/components/history/src/nsGlobalHistory.cpp

Comment 10

[noririty]

*** This bug has been marked as a duplicate of 177360 ***

Comment 11

[Sébastien Delahaye]

v.

Comment 12

[Simon Paquet [:sipaq]]

Taking QA Contact