Closed
Bug 739267
Opened 13 years ago
Closed 7 years ago
URL bar not catching up with keystrokes
Categories
(Firefox :: Address Bar, defect)
Tracking
()
RESOLVED
INACTIVE
People
(Reporter: davida, Unassigned)
References
Details
Attachments
(2 files)
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.
Reporter | ||
Comment 1•13 years ago
|
||
Captured an occurence of what i was talking about: I typed "pl", but "phonebook" is what's showing up in the location bar.
Comment 2•13 years ago
|
||
(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.
Comment 3•7 years ago
|
||
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: 7 years ago
Resolution: --- → INACTIVE
You need to log in
before you can comment on or make changes to this bug.
Description
•