Closed Bug 1775312 Opened 3 years ago Closed 3 years ago

Glean default search engine data is reporting errors when submitting an empty submission URL

Categories

(Firefox :: Search, defect, P2)

defect

Tracking

()

RESOLVED FIXED
103 Branch
Tracking Status
firefox-esr102 --- fixed
firefox103 --- fixed

People

(Reporter: standard8, Assigned: standard8)

References

Details

Attachments

(3 files)

When submitting the default search engine data to glean, we will sometimes submit undefined as the value for the submission url.

This is because we do not report the submission URL for every engine - only specific ones that we're interested in.

The problem here is because we're using the application lifetime, we need to be able to clear the submission URL if we move from an engine where we normally submit the url to one where we don't.

Talking with the Glean team, the best option for now is to report a sentinel value for this case, e.g. sentinel: or blank:. The added advantage is that it gives us a clear indication that we intentionally did not submit a value.

Pushed by mbanner@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/7e53862a3c3d When reporting an empty submission url to Glean, use a dummy value as it requires a non-empty string. r=mak https://hg.mozilla.org/integration/autoland/rev/881b04553e0d Add simple tests for user and policy engines. r=mak
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 103 Branch

Comment on attachment 9282286 [details]
Bug 1775312 - When reporting an empty submission url to Glean, use a dummy value as it requires a non-empty string. r?mak

ESR Uplift Approval Request

  • If this is not a sec:{high,crit} bug, please state case for ESR consideration: Fixes a telemetry reporting issue with default search engines which is raising errors and incorrectly reporting.

Note, this only needs inclusion in the next available dot release, we are not asking for the first 102.0.0esr release.

  • User impact if declined: N/A. Fixes some new telemetry reporting
  • Fix Landed on Version: 103.0
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Trivial change to handle the telemetry reporting better and avoid errors being reported.
Attachment #9282286 - Flags: approval-mozilla-esr102?
Attachment #9282287 - Flags: approval-mozilla-esr102?

Comment on attachment 9282286 [details]
Bug 1775312 - When reporting an empty submission url to Glean, use a dummy value as it requires a non-empty string. r?mak

Approved for 102.1esr.

Attachment #9282286 - Flags: approval-mozilla-esr102? → approval-mozilla-esr102+
Attachment #9282287 - Flags: approval-mozilla-esr102? → approval-mozilla-esr102+

Backed out from esr102 for failures on test_policyEngine.js

[task 2022-06-27T19:39:06.880Z] 19:39:06     INFO -  TEST-START | xpcshell.ini:toolkit/components/search/tests/xpcshell/test_policyEngine.js
[task 2022-06-27T19:39:08.459Z] 19:39:08  WARNING -  TEST-UNEXPECTED-FAIL | xpcshell.ini:toolkit/components/search/tests/xpcshell/test_policyEngine.js | xpcshell return code: 0
[task 2022-06-27T19:39:08.465Z] 19:39:08     INFO -  TEST-INFO took 1580ms
[task 2022-06-27T19:39:08.465Z] 19:39:08     INFO -  >>>>>>>
[task 2022-06-27T19:39:08.465Z] 19:39:08     INFO -  PID 4072 | DLL blocklist was unable to intercept AppInit DLLs.
[task 2022-06-27T19:39:08.465Z] 19:39:08     INFO -  PID 4072 | [Parent 4072, Main Thread] WARNING: Failed to get directory to cache.: file /builds/worker/checkouts/gecko/security/sandbox/win/src/sandboxbroker/sandboxBroker.cpp:124
[task 2022-06-27T19:39:08.466Z] 19:39:08     INFO -  PID 4072 | [Parent 4072, Main Thread] WARNING: Failed to get directory to cache.: file /builds/worker/checkouts/gecko/security/sandbox/win/src/sandboxbroker/sandboxBroker.cpp:124
[task 2022-06-27T19:39:08.466Z] 19:39:08     INFO -  PID 4072 | [Parent 4072, Main Thread] WARNING: Couldn't get the user appdata directory. Crash events may not be produced.: file /builds/worker/checkouts/gecko/toolkit/crashreporter/nsExceptionHandler.cpp:2981
[task 2022-06-27T19:39:08.466Z] 19:39:08     INFO -  (xpcshell/head.js) | test MAIN run_test pending (1)
[task 2022-06-27T19:39:08.467Z] 19:39:08     INFO -  (xpcshell/head.js) | test run_next_test 0 pending (2)
[task 2022-06-27T19:39:08.467Z] 19:39:08     INFO -  (xpcshell/head.js) | test MAIN run_test finished (2)
[task 2022-06-27T19:39:08.467Z] 19:39:08     INFO -  running event loop
[task 2022-06-27T19:39:08.467Z] 19:39:08     INFO -  xpcshell.ini:toolkit/components/search/tests/xpcshell/test_policyEngine.js | Starting setup
[task 2022-06-27T19:39:08.467Z] 19:39:08     INFO -  (xpcshell/head.js) | test setup pending (2)
[task 2022-06-27T19:39:08.467Z] 19:39:08     INFO -  (xpcshell/head.js) | test run_next_test 0 finished (2)
Flags: needinfo?(standard8)

Ah yes, I'd forgotten we'd changed some code there, and this only needed a tweak in tests.

Please could this version of the second patch land alongside the main patch.

Flags: needinfo?(standard8) → needinfo?(ncsoregi)
Flags: needinfo?(ncsoregi)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: