Closed Bug 1572867 Opened 5 years ago Closed 5 years ago

Toolbox open event telemetry is no longer firing because of this.win.top usage

Categories

(DevTools :: Framework, defect, P2)

defect

Tracking

(firefox-esr60 unaffected, firefox-esr68 wontfix, firefox68 wontfix, firefox69 fixed, firefox70 fixed)

RESOLVED FIXED
Firefox 70
Tracking Status
firefox-esr60 --- unaffected
firefox-esr68 --- wontfix
firefox68 --- wontfix
firefox69 --- fixed
firefox70 --- fixed

People

(Reporter: Harald, Assigned: jdescottes)

References

(Blocks 1 open bug, Regression)

Details

(Keywords: regression)

Attachments

(2 files)

Analysis per :tdsmith from bug 1571483.

https://hg.mozilla.org/mozilla-central/rev/20f11a17eace01fdcf67352222a458b3b493ce0d

it looks like the pending event is still associated with this.win.top, and the properties are now being collected on this.win, so the pending event never fires?

Assignee: nobody → jdescottes
Status: NEW → ASSIGNED
Pushed by jdescottes@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/3f0cde4a61e5
Use toolbox topWindow to prepare telemetry "open" event r=nchevobbe
Flags: needinfo?(pbrosset)

I am not sure this is a permafail, I see the test running fine in the test-verify jobs. I guess there is a race, maybe the telemetry event is registered only after toolbox-ready in some cases.

Ah it might be because it's running in isolation in test-verify, maybe the event is not fired when running after another test.

Pushed by jdescottes@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/0b09473d4c74
Use toolbox topWindow to prepare telemetry "open" event r=nchevobbe
Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 70

I guess this was regressed in the timeframe of https://bugzilla.mozilla.org/show_bug.cgi?id=1539979#c19. FWIW, this is why we generally try to avoid having work land across that long of a period of time - it really makes tracking a pain when changes are landing across a 4 month span in a single bug.

Please nominate this for Beta and ESR68 approval, I guess...

Flags: needinfo?(jdescottes)

Sorry about that, I usually avoid using leave-open bugs for the same reason.

Flags: needinfo?(jdescottes)

Comment on attachment 9085177 [details]
Bug 1572867 - Use toolbox topWindow to prepare telemetry "open" event

Beta/Release Uplift Approval Request

  • User impact if declined: No user impact, but we will miss part of the telemetry data we record for DevTools
  • Is this code covered by automated tests?: Yes
  • 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): Small javascript fix, covered by automated tests
  • String changes made/needed:
Attachment #9085177 - Flags: approval-mozilla-beta?

(needs a different version of the patch for ESR68)

Attached patch bug1572867.esr68.patch (deleted) — Splinter Review

Harald, do you think this is worth asking for a 68 ESR uplift? I am not sure how critical this data is for us on ESR?

Flags: needinfo?(hkirschner)
Attachment #9086948 - Flags: review+

Comment on attachment 9085177 [details]
Bug 1572867 - Use toolbox topWindow to prepare telemetry "open" event

Fixes broken Telemetry collection for Devtools in some cases. Approved for 69.0b16.

Attachment #9085177 - Flags: approval-mozilla-beta? → approval-mozilla-beta+

ESR should not be needed (not sure how high this bar is to uplift there, but not having this telemetry has not hurt our tracking so far as other telemetry can fill it in).

Flags: needinfo?(hkirschner)
Has Regression Range: --- → yes
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: