While bug 1576624 implement a 100% client side version of the Resources API,
which demonstrates that it would work against old Firefox versions.
This bug will focus on implementing this on the actor side.

Implementing it on the actor side would allow:

• To get rid of the quite complex LegacyImplementations pieces of code introduced in bug 1576624, once this bug reaches Firefox release channel.
• In coordination to bug 1593937, this will allow listening to resources before the document, process or worker would start executing anything.

Tracking Fission DevTools bugs for Fission Nightly (M6) milestone

This bug will be the first case of server side listening of a resource, applied to console messages.

Tracking dt-fission-m2-mvp bugs for Fission Nightly milestone (M6c)

This would probably better match a potential followup where we are using
BrowsingContext attributes/events dedicated to DevTools instead of sharedData.

This is to workaround races when reading/writting sharedData from multiple callsites in the same process.

Comment on attachment 9149846 [details]
Bug 1620243 - Instantiate only one ResourceWatcher in the console stubs test.

Revision D75790 was moved to bug 1640641. Setting attachment 9149846 [details] to obsolete.

Comment on attachment 9151440 [details]
Bug 1620243 - Add resourceType attribute to each resource and emit list of resources.

Revision D76672 was moved to bug 1640641. Setting attachment 9151440 [details] to obsolete.

I broke logpoints again:
https://treeherder.mozilla.org/#/jobs?repo=try&revision=addc79a6c31a289d9edc56af1133355288a32b42
But if we ignore that, try is green with the latest changes.

DAMP reports no very significant change.
May be a small improvement on console.expand test:
https://treeherder.mozilla.org/perf.html#/comparesubtest?originalProject=try&newProject=try&newRevision=8fd81d533f24a31395af47083bd3b786db5984e0&originalSignature=1910071&newSignature=1910071&framework=12&originalRevision=689429e8c00efba18fe6ce0bf0588c92c820140b

This is an alternative to how I addressed this issue:
https://phabricator.services.mozilla.com/D77441?id=290263#inline-451203

We pass the list of watched resources from the parent process, when calling WatcherActor.watchTargets, instead of relying on sharedData.
So that, sharedData is really only read when the document starts loading, from DevToolsFrameChild.instantiate.
i.e. only where we really have to depend on sharedData.

If you are happy with this patch, I'll merge it into the previous one.

One last try push:
https://treeherder.mozilla.org/#/jobs?repo=try&revision=244372a54ed46e91376ca227190b0497d1fa4eb0

https://hg.mozilla.org/mozilla-central/rev/18c4fee3723c
https://hg.mozilla.org/mozilla-central/rev/6700501368b1
https://hg.mozilla.org/mozilla-central/rev/12624e4520a1