Remove message manager codepath in Storage actor
Categories
(DevTools :: Storage Inspector, task, P3)
Tracking
(Fission Milestone:Future, firefox111 fixed)
Tracking | Status | |
---|---|---|
firefox111 | --- | fixed |
People
(Reporter: jdescottes, Assigned: ochameau)
References
(Blocks 2 open bugs)
Details
(Whiteboard: dt-fission-future)
Attachments
(2 files)
When fission.autostart is enabled the message manager will not be available when debugging frames. The storage actor is directly using the message manager to exchange messages between its content and its parent actors.
Instead of directly using the message manager, we should use APIs provided by DevTools (maybe on debugger-server-connection?) that would transparently use the message manager or js-window-actors.
https://searchfox.org/mozilla-central/search?q=mm.&case=false®exp=false&path=actors%2Fstorage
Comment 1•5 years ago
|
||
Is this message manager the process message manager? if that is the case, we can close this.
Reporter | ||
Comment 2•5 years ago
|
||
(In reply to Yulia Startsev [:yulia] from comment #1)
Is this message manager the process message manager? if that is the case, we can close this.
No, it's the message manager provided by setupInParent, so it's the frameloader's message manager.
https://searchfox.org/mozilla-central/rev/e5327b05c822cdac24e233afa37d72c0552dbbaf/devtools/server/connectors/frame-connector.js#99
Updated•5 years ago
|
Comment 3•5 years ago
|
||
Tracking Fission DevTools bugs for Fission Nightly (M6)
Updated•5 years ago
|
Comment 4•5 years ago
|
||
dt-fission-reserve bugs do not need to block Fission Nightly (M6).
Comment 5•4 years ago
|
||
Tracking dt-fission-reserve bugs for Fission MVP until we know whether they really need to block Fission or not.
Comment 6•4 years ago
|
||
Moving old "dt-fission-reserve" bugs to "dt-fission-future" because they don't block Fission MVP.
Updated•2 years ago
|
Assignee | ||
Comment 7•2 years ago
|
||
Slightly refocusing the purpose of this bug to remove message manager related code in the storage actor.
Now that all storage types are being listened via the Resource Watchers (bug 1772822), including extension storage (bug 1666534),
the storages actors are no longer instantiated "the old way", from the target-scoped storage actor.
Instead they are all instantiated from the right process, from resource watchers.
It means that we can drop all cross process messaging from actors/storage.js and probably simplify the codebase by merging each actor into each related resource watcher.
Assignee | ||
Comment 8•2 years ago
|
||
This glue, necessary to communicated between content and parent processes
was only necessary when manually spawning the storage actors.
Now that this code is only used via ResourceWatcher, running in the right process
right away, we no longer need any cross process communication.
Updated•2 years ago
|
Assignee | ||
Comment 9•2 years ago
|
||
Comment 10•2 years ago
|
||
Comment 11•2 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/b9bca9f89901
https://hg.mozilla.org/mozilla-central/rev/5d70f7333ecc
Description
•