Differential Revision: https://phabricator.services.mozilla.com/D173115

Backed out 3 changesets (bug 1814749) for build bustages on ExternalEngineStateMachine.cpp. CLOSED TREE

Backed out changeset 84c7cbeaccd6 (bug 1814749)
Backed out changeset babe4bfab4f7 (bug 1814749)
Backed out changeset a8eb0d7b8b65 (bug 1814749)

Differential Revision: https://phabricator.services.mozilla.com/D173376

Differential Revision: https://phabricator.services.mozilla.com/D173374

Differential Revision: https://phabricator.services.mozilla.com/D173240

Bug 1824568 - Add mTarget->GetDrawTarget() check to WebRenderLayerManager::MakeSnapshotIfRequired() r=gfx-reviewers,lsalzman

gfxContext::mDT could become nullptr.

Differential Revision: https://phabricator.services.mozilla.com/D174063

Differential Revision: https://phabricator.services.mozilla.com/D174140

Differential Revision: https://phabricator.services.mozilla.com/D173885

This changed a while back, and though it should default to 0 anyway,
it's best to do the right thing here.

Differential Revision: https://phabricator.services.mozilla.com/D174188

to save problems if/when further members are added.

cubeb_stream_user_ptr() is not used/tested right now, but this change will
make that behave as expected.

Differential Revision: https://phabricator.services.mozilla.com/D173925

mAudioStream may be replaced on the CubebOperation thread while the fallback
driver hands over the graph to a ThreadedDriver or main thread that may create
a SHUTDOWN AsyncCubebTask.

The new assertion matches one in AudioCallbackDriver::Init() but is tested
earlier.

Depends on D173923

Differential Revision: https://phabricator.services.mozilla.com/D173924

Bug 1801190 reset mAudioStreamState after cubeb_stream_stop() instead of on CUBEB_STATE_STOPPED r=padenot

Differential Revision: https://phabricator.services.mozilla.com/D173922

Differential Revision: https://phabricator.services.mozilla.com/D173921

Bug 1801190 do not reset mAudioStreamState to None on state changes from an old cubeb_stream r=pehrsons

Such resets were preventing transitions to Running for new streams and allowing
MaybeStartAudioStream() to start another stream.

Differential Revision: https://phabricator.services.mozilla.com/D173920

Backed out changeset f67a63d151f5 (bug 1819767)
Backed out changeset 91e577f436e9 (bug 1819767)

Differential Revision: https://phabricator.services.mozilla.com/D174151

Differential Revision: https://phabricator.services.mozilla.com/D173590

Bug 1824490 - Use the end page value rather than the start page value of the previous frame when performing named-page breakpoints r=dholbert

Adding the test from this bug so that this can't happen next time.

Differential Revision: https://phabricator.services.mozilla.com/D174037

# ignore-this-changeset

Differential Revision: https://phabricator.services.mozilla.com/D174180

Differential Revision: https://phabricator.services.mozilla.com/D174179

Differential Revision: https://phabricator.services.mozilla.com/D174139

Differential Revision: https://phabricator.services.mozilla.com/D174141

Differential Revision: https://phabricator.services.mozilla.com/D172516

Bug 1825509 - [devtools] Remember JS tracing log method across restart. r=devtools-reviewers,nchevobbe

The log method being choosed in the context menu wasn't saved in a preference,
so that you have to pick STDOUT on each new firefox restart.

Differential Revision: https://phabricator.services.mozilla.com/D174096

It appears that emitting one CONSOLE_MESSAGE per frame highlights the overhead
of DevTools transport and JSWindowActor communication.
Throttling the messages by sending array of them significantly improve
the overall performance of tracing.

Differential Revision: https://phabricator.services.mozilla.com/D173775

With the new location object having direct references to source object,
we now have to wait for sources objects to be registered in the reducers
before trying to instantiate the related frame locations.

Also fix a typo in waitForSourceToBeRegisteredInStore.

Last but not least, we no longer need to wait for the source related to
the selected frame as mapFrames will do it.
Now we have a strong guaranty that frame.location will be set
with a valid source object. That for both generated *and* original sources.

Differential Revision: https://phabricator.services.mozilla.com/D173838

Bug 1819767 - [devtools] Avoid instantiating EventCallbackDebuggerNotificationGuard when DevTools aren't opened at all. r=smaug

Note that it may still be instantiated if DevTools are debugging another document/context.
Enabling this codepath only if the related document is debugged by devtools
would require checking BrowsingContext.isWatchedByDevTools.

Differential Revision: https://phabricator.services.mozilla.com/D173439

Bug 1819767 - [devtools] Expose ChromeUtils.isDevToolsOpened to know if DevTools are debugging something in the current process. r=smaug,devtools-reviewers,jdescottes

This doesn't help know what particular resource DevTools is currently inspecting,
but at least it helps know if it debugs something:
* one or many BrowsingContext(s) for regular DevTools (you can use BrowsingContext.watchedByDevTools instead)
* the whole process for the Browser Console/Toolbox

Differential Revision: https://phabricator.services.mozilla.com/D173295

Differential Revision: https://phabricator.services.mozilla.com/D171600

Bug 1710401 - [devtools] Add edge case test for netmonitor statistics panel r=ochameau,devtools-reviewers

Depends on D174031

Differential Revision: https://phabricator.services.mozilla.com/D174032

Bug 1710401 - [devtools] Wait for the load event to display network statistics charts r=devtools-reviewers,ochameau

Depends on D174120

Differential Revision: https://phabricator.services.mozilla.com/D174031

Bug 1710401 - [devtools] Stop using resourceOverrides for content process network requests r=ochameau

Differential Revision: https://phabricator.services.mozilla.com/D174120

Bug 1825480 - Update crossbeam-epoch to 0.9.14 and minidump-writer to current master. r=gsvelto,supply-chain-reviewers

This updates memoffset to 0.8 and nix to 0.26.

Differential Revision: https://phabricator.services.mozilla.com/D174055

Differential Revision: https://phabricator.services.mozilla.com/D174054

The only change is a dependency on bindgen 0.64, which we
force-downgrade to 0.63 for now.

Differential Revision: https://phabricator.services.mozilla.com/D174053

Differential Revision: https://phabricator.services.mozilla.com/D174127

Bug 1788954 - Convert toolkit/components/nimbus to ES modules r=Standard8,pip-reviewers,credential-management-reviewers,sgalich

Differential Revision: https://phabricator.services.mozilla.com/D172850

Created a separate kind for only signing with iscript, and another for notarization.
Once we validate this is good, we need to add it to l10n/emfree/etc and point repackage kind at it.

Differential Revision: https://phabricator.services.mozilla.com/D173967

The `VideoDecoder` interface, associated with a `MediaDataDecoder`, is
going to be introduced in Bug 1749045, which can be run on either the
main thread or the worker thread, in the content process.

While the `VideoDecoder` that `RemoteMediaDataDecoder` is associated
with can run on the worker thread, the thread where
`RemoteMediaDataDecoder` runs on, hosted by `RemoteDecoderManagerChild`,
is created and released on the main thread only. Without extra
carefulness, it's easy to have some racing issues in the code with these
complex thread arrangements. It's even harder to figure out the causes
of the issues without clear logs. Adding more RDD logs can be helpful to
debug, especially when rr-recording couldn't capture some
timing-critical intermittent racing issues.

Differential Revision: https://phabricator.services.mozilla.com/D174147