Closed Bug 1832132 Opened 2 years ago Closed 2 years ago

`BROWSER_SET_DEFAULT_USER_CHOICE_RESULT` telemetry broken after Bug 1805509

Categories

(Firefox :: Messaging System, defect)

defect

Tracking

()

VERIFIED FIXED
115 Branch
Tracking Status
firefox-esr102 --- unaffected
firefox113 --- verified
firefox114 --- verified
firefox115 --- verified

People

(Reporter: nalexander, Assigned: beth)

References

(Regression)

Details

(Keywords: regression)

Attachments

(2 files)

There's a clear change from Success to ErrOther between Firefox 111 and Firefox 112 that I attribute, without being 100% certain, to Bug 1805509.

See https://glam.telemetry.mozilla.org/firefox/probe/browser_set_default_user_choice_result/explore?activeBuckets=%5B%22ErrOther%22%2C%22ErrProgID%22%2C%22ErrHash%22%2C%22ErrLaunchExe%22%2C%22Success%22%2C%22ErrExeTimeout%22%2C%22ErrExeProgID%22%2C%22ErrExeHash%22%2C%22ErrExeRejected%22%2C%22ErrExeOther%22%5D&channel=release&currentPage=1&os=Windows&process=parent&timeHorizon=QUARTER.

I think the issue is that the new _handleWDBAResult call isn't necessarily updating this.telemetryResult, but I've not dug into this.

brennie: do you have bandwidth to address this?

Flags: needinfo?(brennie)

Set release status flags based on info from the regressing bug 1805509

The old code would set telemetryResult = Success after a successful operation, but that line got dropped in the refactor. Should be an easy fix.

Flags: needinfo?(brennie)
Assignee: nobody → brennie
Status: NEW → ASSIGNED
Pushed by brennie@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/16db2816a62a Correctly report success in BROWSER_SET_DEFAULT_USER_CHOICE_RESULT r=nalexander
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 115 Branch

The patch landed in nightly and beta is affected.
:barret, is this bug important enough to require an uplift?

  • If yes, please nominate the patch for beta approval.
  • If no, please set status-firefox114 to wontfix.

For more information, please visit BugBot documentation.

Flags: needinfo?(brennie)

Comment on attachment 9332457 [details]
Bug 1832132 - Correctly report success in BROWSER_SET_DEFAULT_USER_CHOICE_RESULT r?nalexander

Beta/Release Uplift Approval Request

  • User impact if declined: None. This only affects telemetry.
  • Is this code covered by automated tests?: No
  • Has the fix been verified in Nightly?: No
  • Needs manual test from QE?: No
  • If yes, steps to reproduce:
  • List of other uplifts needed: None
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): This patch only affects the string returned in the success case for BROWSER_SET_DEFAULT_USER_CHOICE_RESULT telemetry.
  • String changes made/needed:
  • Is Android affected?: No
Flags: needinfo?(brennie)
Attachment #9332457 - Flags: approval-mozilla-release?
Attachment #9332457 - Flags: approval-mozilla-beta?

Comment on attachment 9332457 [details]
Bug 1832132 - Correctly report success in BROWSER_SET_DEFAULT_USER_CHOICE_RESULT r?nalexander

Approved for 114.0b3 and 113.0.1.

Attachment #9332457 - Flags: approval-mozilla-release?
Attachment #9332457 - Flags: approval-mozilla-release+
Attachment #9332457 - Flags: approval-mozilla-beta?
Attachment #9332457 - Flags: approval-mozilla-beta+

Considering the fact that the success rate is visible, I'm closing this bug as verified. Thanks!

We have this bug suggesting the issue may not be fixed. Would it be possible to re-verify this on the latest releases?

Flags: needinfo?(vbandac)
Flags: needinfo?(avarro)

Hi Shane! I'll take a look today and I'll leave a comment with the outcome.
Thanks!

Flags: needinfo?(avarro)

Hi Shane! We have left a comment on the mentioned issue.
Thank you!

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

Attachment

General

Created:
Updated:
Size: