Closed Bug 739267 Opened 10 years ago Closed 4 years ago

URL bar not catching up with keystrokes

Categories

(Firefox :: Address Bar, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED INACTIVE

People

(Reporter: davida, Unassigned)

References

Details

Attachments

(2 files)

Attached image Screenshot
I've noticed a weird behavior in the last couple of days.

(Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120325 Firefox/14.0a1)

Specifically, I tend to get to common websites with a couple of keystrokes.  I've noticed in particular that while the dropdown updates with the second keystroke, the URL that's autofilled in the location bar corresponds to the hit from the first keystroke.

I'm attaching a screenshot, which shows that after I typed "yc", the location bar shows the posterous URL, while the first item in the list shows the hackernews site (which is where I always go).

Sometimes I can get the location bar URL to show yammer after the same two yc characters, even though yammer is not a match for "yc".  Unfortunately something in the screenshotting interactions causes the location bar to get updated async, and so I'm having a hard time capturing this.

tl;dr:

 - sometimes the location bar shows data incompatible w/ keystrokes entered so far (at least for a while)
 - often the location bar shows a result which isn't the first result in the list.
Captured an occurence of what i was talking about: I typed "pl", but "phonebook" is what's showing up in the location bar.
Blocks: 566489
(In reply to David Ascher (:davida) from comment #0)
>  - sometimes the location bar shows data incompatible w/ keystrokes entered
> so far (at least for a while)

This is quite strange, since the search is synchronous as soon as the search gets the char you typed it outputs the result.  There may be a delay in the editor from when you type to when the widgets starts the search, but there is no more any kind of delay between the search starting and the result appearing.

>  - often the location bar shows a result which isn't the first result in the
> list.

This is expected and by design.
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.