Closed
Bug 1693269
Opened 4 years ago
Closed 3 years ago
Stop using TargetMixin's descriptorFront attribute
Categories
(DevTools :: Framework, task)
DevTools
Framework
Tracking
(firefox90 fixed)
RESOLVED
FIXED
90 Branch
Tracking | Status | |
---|---|---|
firefox90 | --- | fixed |
People
(Reporter: ochameau, Assigned: ochameau)
References
Details
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
Details |
This will no longer work if we start spawning the top level target from the server side.
This will start with bug 1644397 and will be a blocker once we want to remove DescriptorFront.getTarget and let all targets, including the first top level one to be all created by the Watcher actor, on the server side.
This will break because all targets will be children of the watcher front, and no longer children of theirs descriptor.
I don't think there is any big blocker for doing this. This is most likely a tedious work of passing descriptorFront all where it is used.
Note that bug 1691681 will most likely group many usages of descriptor front in commands, where there will be an easy access to it.
Updated•4 years ago
|
Type: enhancement → task
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Comment 1•3 years ago
|
||
Updated•3 years ago
|
Assignee: nobody → poirot.alex
Status: NEW → ASSIGNED
Pushed by apoirot@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/775b9bda5dd0 [devtools] Use descriptor directly instead of pulling it via current target. r=nchevobbe
Comment 3•3 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 3 years ago
status-firefox90:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 90 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•