1409810 - Most queries (non-single-letter) are much harder to get to history / adaptive results

Status: RESOLVED FIXED

(Firefox :: Address Bar, defect)

Description

[Ed Lee :Mardak]

[Tracking Requested - why for this release]:

I believe this started happening with the latest Nightly 58.0a1 20171018100140. This has completely broken my usual behaviors typing "pul" for pull requests and "ent" to enter bugs or "iss" to file issues.

Turns out single letter queries are not broken as I have already previously worked around the clunkiness by manually adding a keyworded bookmark for all my common single-letter history items. But also single letter queries still show history items as before.

Comment 1

[Ed Lee :Mardak]

Attachment: history selection becomes search

Additionally, the history item appears to be the first item, so I try to select it by pressing down, but then the search suggestions change the selection to not be the history item. See video attached of typing "m" then "mo" to select a bookmark that then becomes the search for "movies".

Comment 2

[David Naylor]

I would argue that all strings up to three characters typed into the Awesomebar should list history items at the top. From four characters and up, history items could be listed at the top if their frecency value is above a certain threshold (for the typed string). That said, I don't know the details of how Firefox calculates frecency for history items ...

Comment 3

[Ed Lee :Mardak]

(In reply to Ed Lee :Mardak from comment #1)
> Created attachment 8919848 [details]
> history selection becomes search
Looks like this is covered by bug 1410240.

Comment 4

[Marco Bonardo [:mak]]

Bug 1406234 reverted the changes, as such this is now fixed.