Closed Bug 1647925 Opened 4 years ago Closed 4 years ago

Evaluate event buffer interaction with tab-to-search

Categories

(Firefox :: Address Bar, task, P2)

task
Points:
5

Tracking

()

RESOLVED FIXED
83 Branch
Iteration:
83.2 - Oct 5 - Oct 18
Tracking Status
firefox83 --- fixed

People

(Reporter: bugzilla, Assigned: mak)

References

Details

Attachments

(1 file)

A common use case for tab-to-search will be the user typing part of a keyword, like "ama", quickly pressing Tab, then typing their query. We should ensure our event buffer can handle this.

Severity: -- → S3
Priority: -- → P3
Priority: P3 → P2

What I see so far is that tab changes the selection and that freezes the query results, disallowing the tab to search result to be added. This was done originally so that we didn't surprise the user replacing results while they were trying to pick something from the panel. I'm not sure how we should handle that, maybe wait to have 2 results (or a timeout) before handling the first tab/down?

Assignee: nobody → mak
Status: NEW → ASSIGNED
Iteration: --- → 83.2 - Oct 5 - Oct 18
Attachment #9180259 - Attachment description: Bug 1647925 - Make EventBufferer more reliable with tab-to-search. → Bug 1647925 - Make EventBufferer more reliable with tab-to-search. r=adw
Pushed by mak77@bonardo.net: https://hg.mozilla.org/integration/autoland/rev/0b6cb70fd503 Make EventBufferer more reliable with tab-to-search. r=adw
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 83 Branch
Regressions: 1673669
Regressions: 1750317
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: