Closed
Bug 1106617
Opened 10 years ago
Closed 10 years ago
PLACES_AUTOCOMPLETE_6_FIRST_RESULTS_TIME_MS histogram regressed the 25/11
Categories
(Toolkit :: Places, defect, P3)
Tracking
()
RESOLVED
FIXED
People
(Reporter: rvitillo, Unassigned)
References
Details
(Whiteboard: [unifiedautocomplete][watch][fxsearch])
Reporter | ||
Updated•10 years ago
|
OS: Mac OS X → All
Comment 1•10 years ago
|
||
I thought this was when we disabled unifiedcomplete but that happened on 26 (see bug 1105456)... So this could have 2 reasons:
1. could be the fact now for the FIRST search in a session we must fetch keywords, though that patch has been backed out for now
2. could be pre-selecting the first entry somehow caused more reflows
Unfortunately it's very hard to say now, cause we had to disable unified on 26 and now the histogram is measuring OLD autocomplete code...
Blocks: UnifiedComplete
Reporter | ||
Comment 2•10 years ago
|
||
Also PLACES_AUTOCOMPLETE_1ST_RESULT_TIME_MS regressed: http://alerts.telemetry.mozilla.org/index.html#/detectors/1/metrics/700/alerts/?from=2014-11-27&to=2014-11-27
Updated•10 years ago
|
Whiteboard: [fxsearch][unifiedautocomplete]
Comment 3•10 years ago
|
||
check again after enable unifiedautocomplete in nightly
Rank: 31
Flags: firefox-backlog+
Priority: -- → P3
Whiteboard: [fxsearch][unifiedautocomplete] → [unifiedautocomplete][watch][fxsearch]
Comment 4•10 years ago
|
||
According to the telemetry dashboard both PLACES_AUTOCOMPLETE_1ST_RESULT_TIME_MS and PLACES_AUTOCOMPLETE_6_FIRST_RESULTS_TIME_MS improved with current version of unified complete (builds >= 30th of May)
TBH, we should now measure the second entry, but still the scope of the probe was responsiveness, and we increased the perceived responsiveness.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•