Change search-telemetry to use strict partner code matching
Categories
(Firefox :: Search, defect)
Tracking
()
People
(Reporter: standard8, Assigned: standard8)
References
Details
Attachments
(1 file)
48 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-beta+
diannaS
:
approval-mozilla-release+
diannaS
:
approval-mozilla-esr91+
|
Details | Review |
We want to change to strict matching for partner codes rather than prefix for the in-content search telemetry.
Assignee | ||
Comment 1•2 years ago
|
||
Comment 2•2 years ago
•
|
||
As the test plan for this change needs to cover Remote Settings changes as well as code changes, the QA team has tested this on a try-build using both the try-build dump and the staging dump-disabled configuration - (configuration changes approved meanwhile.)
- (done)Reproduce the issue on affected builds.
- (done)Ensure that the used telemetry RS bucket is v2 not v1.
- (done)Ensure that the issue doesn't reproduce and the telemetry logged is (google telementry used as an example):
- "google:organic:other" when the code is not maching the new strict list
- "google:organic:none" when the code is not present
- "google:tagged-follow-on:firefox-b-d" for follow-on
- Ensure all telemetry recording engines are behaving taking in account point 3.
- google (done)
- ddg (done)
- bing (done)
- baidu (done)
- (not done) Wide regression testing on search general telemetry
- (not done) Multiple OS coverage.
- (not done) Regression testing covering the removal of v1 RS telemetry bucket and effects on old versions esr 79 / esr 91 + 1-2 non-train builds
- (not done/not ready) Verification(98) and Uplift verification (96 dot / 97b)
- (not done) Telemetry Test coverage updates to account for the spill.
- (not in QA scope) Data sanitize
All in all, with the current testing, with the fix and the RS changes accounted, the results look good. I will update the above list when complete and follow-up with the verifications.
Assignee | ||
Comment 3•2 years ago
|
||
Comment on attachment 9260438 [details]
Bug 1751746 - Change search-telemetry to use strict partner code matching. r?daleharvey!,mkaply!
Beta/Release Uplift Approval Request
- User impact if declined: Prevents unexpected data being submitted as part of search telemetry.
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: No
- Needs manual test from QE?: Yes
- If yes, steps to reproduce: QE have been testing already and have steps.
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): Code changes contained within a self-contained code module.
- String changes made/needed: None
Assignee | ||
Comment 4•2 years ago
|
||
Comment on attachment 9260438 [details]
Bug 1751746 - Change search-telemetry to use strict partner code matching. r?daleharvey!,mkaply!
ESR Uplift Approval Request
- If this is not a sec:{high,crit} bug, please state case for ESR consideration: See beta/release approval.
- User impact if declined:
- Fix Landed on Version:
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky):
Comment 5•2 years ago
|
||
Comment on attachment 9260438 [details]
Bug 1751746 - Change search-telemetry to use strict partner code matching. r?daleharvey!,mkaply!
Dot release driver, approved for 97.0b8 so we can start validating ASAP.
Comment 6•2 years ago
|
||
uplift |
Assignee | ||
Comment 7•2 years ago
|
||
Note: esr does not have the file browser/components/urlbar/tests/browser/browser_urlbar_telemetry_handoff.js
but the rest of the patch applies fine.
Comment 8•2 years ago
|
||
Updated•2 years ago
|
Comment on attachment 9260438 [details]
Bug 1751746 - Change search-telemetry to use strict partner code matching. r?daleharvey!,mkaply!
Approved for 96.0.3
Comment 10•2 years ago
|
||
uplift |
Comment on attachment 9260438 [details]
Bug 1751746 - Change search-telemetry to use strict partner code matching. r?daleharvey!,mkaply!
Approved for 91.5.1esr
Comment 12•2 years ago
|
||
uplift |
https://hg.mozilla.org/releases/mozilla-esr91/rev/9c78a8c65b7b (default - 91.6esr+)
https://hg.mozilla.org/releases/mozilla-esr91/rev/f560cd3cd43b (FIREFOX_ESR_91_5_X_RELBRANCH - 91.5.1esr)
Comment 13•2 years ago
•
|
||
(In reply to Adrian Florinescu [:aflorinescu] from comment #2)
As the test plan for this change needs to cover Remote Settings changes as well as code changes, the QA team has tested this using both the staging dump-disabled configuration -
- (done)Reproduce the issue on affected builds.
- (done)Ensure that the used telemetry RS bucket is v2 not v1.
- (done)Ensure that the issue doesn't reproduce and the telemetry logged is (google telementry used as an example):
- "google:organic:other" when the code is not maching the new strict list
- "google:organic:none" when the code is not present
- "google:tagged-follow-on:firefox-b-d" for follow-on
- (done) Ensure all telemetry recording engines are behaving taking in account point 3.
- google (done)
- ddg (done)
- bing (done)
- baidu (done)
- (done) Wide regression testing on search general telemetry
-
(done) Multiple OS coverage.
-windows 10
-mac 11
-ubuntu 20with:
- 91.5.1esr
- 96.0.3
- 97.0b8
- 98.0a1 -
(done) Regression testing covering the removal of v1 RS telemetry bucket and effects on old versions esr 79 / esr 91 + 1-2 non-train builds (main-preview / RS staging)
- 85.0.2 (Windows 10 + Mac 11)
- 92.0a1 (20210713214232)
- 92.0.1 (Windows 10 + Mac 11
- (done) Verification(98) and Uplift verification (96 dot / 97b)
- (not done) Telemetry Test coverage updates to account for the spill.
- (not in QA scope) Data sanitize
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Description
•