[meta] Enable server side target switching and first target retrievable via the Watcher actor by default
Categories
(DevTools :: Framework, task)
Tracking
(Not tracked)
People
(Reporter: ochameau, Assigned: ochameau)
References
(Blocks 3 open bugs)
Details
(Keywords: meta)
Attachments
(1 obsolete file)
Bug 1644397 will introduce support of top level target switching via the watcher actor (i.e. server side via target-available-form, instead of client side, via TabRemotenessChange and TabDescriptor.getTarget)
While bug 1686748 will allow fetching the first top level target via the watcher actor (i.e. server side instead of client side via TabDescriptor.getTarget)
But both these bug will land a preffed off support for all that.
Both bugs will probably use a single preference for both features.
This new bug is about toggling this preference to true by default.
Assignee | ||
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Assignee | ||
Comment 1•3 years ago
|
||
- Stop memoizing web console front
- track navigate via DOCUMENT_EVENT's dom-complete
- workaround missed early will-navigate
These changes help fix browser_harautomation_simple.js
Updated•3 years ago
|
Comment 2•3 years ago
|
||
Comment on attachment 9220552 [details]
Bug 1698891 - [devtools] Support target switching in har automation.
Revision D114464 was moved to bug 1709792. Setting attachment 9220552 [details] to obsolete.
Assignee | ||
Comment 3•3 years ago
|
||
Removing bug 1644192 from the list of blocking bugs. We did all what we had to do regarding migrating storage panel to server targets.
There is the story around extension storage, but this is used in toolboxes which aren't impacted by the server target preference. (i.e. webext toolboxes)
Updated•3 years ago
|
Assignee | ||
Comment 4•3 years ago
|
||
This has been ultimately been fixed by bug 1702715!
Description
•