Closed Bug 1655709 Opened 5 years ago Closed 5 years ago

Don't listen for shared worker targets in content toolbox.

Categories

(DevTools :: Framework, task)

task

Tracking

(firefox81 fixed)

RESOLVED FIXED
81 Branch
Tracking Status
firefox81 --- fixed

People

(Reporter: nchevobbe, Assigned: nchevobbe)

Details

Attachments

(1 file)

Support for SharedWorker debugging in the content toolbox will be handled in Bug 1607778.
But the LegacySharedWorkerWatcher doesn't do any check, and ends up calling listWorkers (devtools/server/actors/targets/browsing-context.js#747), which will end up creating a WorkerTargetListActor (browsing-context.js#731,733-736,754), where we only watch for dedicated workers.

Having that being triggered as part of the SharedWorker listener in content toolbox can cause trouble, especially if/when we listen for dedicated worker targets by other means than the WorkerTargetListActor (like in Bug 1633712).

Support for SharedWorker debugging in the content toolbox will be handled in Bug 1607778.
But the LegacySharedWorkerWatcher doesn't do any check, and ends up calling listWorkers
on the browsing context target actor, which creates a WorkerTargetListActor
where we only care about dedicated worker.

Having that being triggered as part of the SharedWorker listener in content toolbox
can cause issues, especially if/when we listen for dedicated worker targets by
other means than the WorkerTargetListActor (like in Bug 1633712).

Pushed by nchevobbe@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/7342cba67e60 Don't listen for shared workers in content toolbox. r=ochameau.
Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → 81 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: