Closed Bug 1685412 Opened 4 years ago Closed 3 months ago

Re-enable devtools/client/debugger/test/mochitest/browser_dbg-browser-toolbox-workers.js test for Fission

Categories

(DevTools :: Debugger, defect, P3)

defect

Tracking

(Fission Milestone:Future, firefox131 fixed)

RESOLVED FIXED
131 Branch
Fission Milestone Future
Tracking Status
firefox131 --- fixed

People

(Reporter: cpeterson, Assigned: ochameau)

References

(Blocks 2 open bugs)

Details

(Whiteboard: fission-bfcache, dt-fission-future, dt-perf-stability-triage)

Attachments

(1 file)

This devtools/client/debugger/test/mochitest/browser_dbg-toolbox-workers.js test is currently skipped for Fission (by bug 1665165):

[browser_dbg-toolbox-workers.js]
skip-if = asan || !nightly_build || fission # Bug 1591064, parent intercept mode is needed bug 1588154, Disable frequent fission intermittents Bug 1675020

https://searchfox.org/mozilla-central/rev/ef900cd2258d4c5d968093f612f807d96e6e7c98/devtools/client/debugger/test/mochitest/browser.ini#225-226

Is this test still failing with Fission?
Does fixing and re-enabling this test need to block shipping Fission MVP?

Severity: -- → S3
Priority: -- → P3
Whiteboard: dt-fission-m3-mvp

Tracking DevTools Fission bugs for Fission M7 (blocking Beta experiment).

Fission Milestone: ? → M7

This one is still failing frequently when enabling Fission, always when waiting for the service worker target (hasWorker("service-worker.sjs")).
There is a logged intermittent for this test, but I believe the frequency will be much higher if we reenable it for fission. We should investigate before enabling. Note that this test is about the multiprocess browser toolbox, so it might move out of the MVP.

Whiteboard: dt-fission-m3-mvp → dt-fission-m3-reserve
No longer blocks: 1665165

Honza said this is not part of dt-fission-m3-mvp and is not considered Fission M7 blocker.

Fission Milestone: M7 → ---

Setting Fission Milestone to "Future" so our Fission triage queries will ignore this bug.

Fission Milestone: --- → Future

Moving "dt-fission-m3-reserve" bugs to "dt-fission-future" because they don't block Fission MVP.

Whiteboard: dt-fission-m3-reserve → dt-fission-future

I just corrected an error in my comment 0 above. This bug is about re-enabling test browser_dbg-toolbox-workers.js, not browser_dbg-bfcache.js:

[browser_dbg-toolbox-workers.js]
skip-if = asan || !nightly_build || fission # Bug 1591064, parent intercept mode is needed bug 1588154, Disable frequent fission intermittents Bug 1675020

This browser_dbg-toolbox-workers.js test is currently skipped in Beta and Release channels, even for non-Fission. The test annotation comment says the test is waiting for service worker parent interception (bug 1588154), but that was enabled back in 2019.

Fission Future should be used for stuff that aren't issues for Fission. So bringing this back into MVP.

Fission Milestone: Future → MVP
Whiteboard: dt-fission-future → dt-fission-future, fission-bfcache

This test failures don't sound related to bfcache.

At least it seems to pass with all patches from bug 1694651.
And surprisingly, for me, locally, it seems to pass with fission. (I haven't test --verify, just a couple of runs)

Alex, can you unskip this test then?

Flags: needinfo?(poirot.alex)

given the comment 8 (and since this wasn't initially related to bfcache anyhow), this doesn't need to block fission-bfcache.

No longer blocks: fission-bfcache
Summary: Re-enable devtools/client/debugger/test/mochitest/browser_dbg-toolbox-workers.js test for Fission → Re-enable devtools/client/debugger/test/mochitest/browser_dbg-browser-toolbox-workers.js test for Fission

This bug is currently assigned to Fission Milestone MVP, but it has a dt-fission-future whiteboard tag instead of a dt-fission-m3-mvp tag. I'm adding the dt-fission-m3-triage tag so DevTools Fission triage can decide whether this bug should be fixed for dt-fission-m3-mvp or can be postponed from Fission Milestone MVP to Future.

(In reply to Olli Pettay [:smaug] from comment #10)

given the comment 8 (and since this wasn't initially related to bfcache anyhow), this doesn't need to block fission-bfcache.

In that case, I will remove the fission-bfcache whiteboard tag.

Whiteboard: dt-fission-future, fission-bfcache → fission-bfcache, dt-fission-m3-triage
Fission Milestone: MVP → Future
Whiteboard: fission-bfcache, dt-fission-m3-triage → fission-bfcache, dt-fission-future
Whiteboard: fission-bfcache, dt-fission-future → fission-bfcache, dt-fission-future, dt-perf-stability-triage

So the issue with this test is an intermittent race condition, which can be reproduced with --verify.

We miss service worker targets and so the source tree of the debugger in the MBT is missing the service worker sources.
This comes from this code:
https://searchfox.org/mozilla-central/rev/88cd13997fb0747cdcd78638fc762ff2d75e1fc5/devtools/shared/commands/target/legacy-target-watchers/legacy-workers-watcher.js#125
this._recordWorkerTarget(workerTarget) returns false, because the registration related to the SW isn't available yet.
What happens is that LegacyWorkersWatcher._workerListChanged is called before the registration are fetched:
This line:
https://searchfox.org/mozilla-central/rev/88cd13997fb0747cdcd78638fc762ff2d75e1fc5/devtools/shared/commands/target/legacy-target-watchers/legacy-workers-watcher.js#112

      this._processNewWorkerTarget(workerTarget, existingTargets)

is called before the upper class LegacyServiceWorkersWatcher._updateRegistrations resolves:
https://searchfox.org/mozilla-central/rev/88cd13997fb0747cdcd78638fc762ff2d75e1fc5/devtools/shared/commands/target/legacy-target-watchers/legacy-serviceworkers-watcher.js#258-262

It isn't clear yet why registrations aren't fetched before the worker targets. In theory we try to do that in the right order, for ex here:
https://searchfox.org/mozilla-central/rev/88cd13997fb0747cdcd78638fc762ff2d75e1fc5/devtools/shared/commands/target/legacy-target-watchers/legacy-serviceworkers-watcher.js#88-91

LegacyWorkersWatcher._workerListChanged seems to be called via a workerListChanged event.

Flags: needinfo?(poirot.alex)
Depends on: 1907977

Bug 1651522 revised the implementation of service worker debugging and may have fixed this intermittent.
In bug 1907977, I used this disabled test to cover the fix, so I'll try to re-enable this test.

Assignee: nobody → poirot.alex
Status: NEW → ASSIGNED
Pushed by apoirot@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/e2469838d51b [devtools] Enable browser_dbg-browser-toolbox-workers.js test. r=devtools-reviewers,nchevobbe
Status: ASSIGNED → RESOLVED
Closed: 3 months ago
Resolution: --- → FIXED
Target Milestone: --- → 131 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: