Open
Bug 1334629
Opened 8 years ago
Updated 4 years ago
Add a more elaborate probe for the search suggestion
Categories
(Firefox :: Address Bar, task, P3)
Firefox
Address Bar
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox54 | --- | affected |
People
(Reporter: past, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [fxsearch])
When a search suggestion is selected, measure the search suggestion position in the suggestions block (1st, 2nd, etc.) and suggestion string length.
Reporter | ||
Comment 1•8 years ago
|
||
We want to make the same measurements for the search bar.
Comment 2•8 years ago
|
||
This is probably implemented using an enumerated histogram (position) and an exponential histogram (string length).
Reporter | ||
Updated•8 years ago
|
Priority: -- → P1
Comment 3•8 years ago
|
||
(In reply to Georg Fritzsche [:gfritzsche] [at workweek] from comment #2)
> This is probably implemented using an enumerated histogram (position) and an
> exponential histogram (string length).
Assuming you don't want to correlate the two, in other words know what is the average length of all the second search results that are selected by users, then two separate histograms are fine.
Can we add more context about what the data from this probe will be used for?
Note that when using an IME just typing one single Unicode character may be a complex operation, so we might have to do some locale-specific analysis.
Reporter | ||
Updated•8 years ago
|
Assignee: nobody → paolo.mozmail
Status: NEW → ASSIGNED
Comment 4•8 years ago
|
||
I don't think it will be important to correlate the length of the search results with their position at this point.
In broad terms, this probe will be used to evaluate search suggestion performance, together with the edit distance measured in bug 1334630. This may not be something we want to track in general, but it will be useful in comparing suggestion performance between search engines, or say between branches of a test that affects search suggestions.
We can discuss this more during the workweek.
Reporter | ||
Updated•8 years ago
|
Priority: P1 → P2
Updated•8 years ago
|
Assignee: paolo.mozmail → nobody
Status: ASSIGNED → NEW
Comment 5•6 years ago
|
||
Moving to p3 because no activity for at least 1 year(s).
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3
Updated•4 years ago
|
Severity: normal → N/A
Type: defect → task
You need to log in
before you can comment on or make changes to this bug.
Description
•