With tracks in different MTGs we risk of having thread races if we stop and start immediatelly. Previously, stoping and starting was happenign to the same MTG so this problem did not exist. This change wires a promise in the `MediaTrack::RemoveListener` method and perform the start when that step has been completed.

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

--HG--
extra : moz-landing-system : lando

Bug 1604746 - Recreate the send track in the MTG of the provided track if they belong to different MTGs. r=padenot

In `MediaPipelineTransmit::SetTrack()` the provided `MediaStreamTrack` connects to the existing send-track. This step crashes if the two tracks belong to different MTGs. With this change, when the two tracks belong to different MTGs, the existing send-track is stopped and deleted and a new send-track is created in the same MTG with the provided `MediaStreamTrack`.

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

--HG--
extra : moz-landing-system : lando

Depends on D57817

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

--HG--
extra : moz-landing-system : lando

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

--HG--
extra : moz-landing-system : lando

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

--HG--
extra : moz-landing-system : lando

Bug 1605254 - Change ownership of BigIntCreationData by holding them on frontend::ParseInfo r=tcampbell

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

--HG--
extra : moz-landing-system : lando

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

--HG--
extra : moz-landing-system : lando

Bug 1604952 - Change ownership of RegExpCreationData by holding them on frontend::ParseInfo r=tcampbell

By doing this we guarantee RegExpCreationData are cleaned up, avoiding a possible leak where
dead code elimination removes a ParseNode without cleaning up the RegExpCreationData.

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

--HG--
extra : moz-landing-system : lando

As a side effect of removing a now-cylic-dependency, this rehomes
FunctionSytaxKind.

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

--HG--
extra : moz-landing-system : lando

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

--HG--
extra : moz-landing-system : lando

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

--HG--
extra : moz-landing-system : lando

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

--HG--
extra : moz-landing-system : lando

Bug 1599873 - [2.2] Implement Login Storage Prompt API for save requests. r=snorp,geckoview-reviewers,agi

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

--HG--
extra : moz-landing-system : lando

Bug 1599873 - [1.3] Implement Login Storage prompt backend for save requests. r=MattN,geckoview-reviewers,snorp

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

--HG--
extra : moz-landing-system : lando

Because I'm planning on moving non-function data into this, I think the time is
potentially right to start calling this stencil.h

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

--HG--
rename : js/src/frontend/FunctionCreationData.h => js/src/frontend/Stencil.h
extra : moz-landing-system : lando

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

--HG--
extra : moz-landing-system : lando

The template is slightly nicer and involves a little less repetition.

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

--HG--
extra : moz-landing-system : lando

Since we made backwards incompatible changes, let's do a major version bump.

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

--HG--
extra : moz-landing-system : lando

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

--HG--
extra : moz-landing-system : lando

Bug 1605189 - update in-tree robustcheckout with latest version r=firefox-build-system-reviewers,chmanchester

This commit vendors `robustcheckout` from commit ff8a7c9c843a9c in
version-control-tools. Updates include the removal of some dead code,
compatibility with the latest Mercurial, and Python 3 compatibility.

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

--HG--
extra : moz-landing-system : lando

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

--HG--
extra : moz-landing-system : lando

Bug 1603902 - Remove a race condition where storage access would get denied when a delayed automatic grant is in progress; r=baku

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

--HG--
extra : moz-landing-system : lando

We were breaking twice in the browser toolbox because we were attaching to
all the content process targets as well as all frame targets.
But as frames (i.e. web pages) are running within the content processes,
we were having two thread actor attached to the same thread.
This is a stopgap solution for the browser toolbox and we would need
to do something better for the content toolboxes.

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

--HG--
extra : moz-landing-system : lando

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

--HG--
extra : moz-landing-system : lando

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

--HG--
extra : moz-landing-system : lando

Bug 981248 - Fix test_input_number_mouse_events.html to not dispatch mouse events from input events. r=masayuki

The test fails with my <input type=number> rewrite because editor fails to
dispatch one input event caused by these mouse events.

The reason for this is that we schedule them from an input event, which fires
from here:

  https://searchfox.org/mozilla-central/rev/6305f6935f496b3a302c7afcc579399a4217729c/editor/libeditor/EditorBase.cpp#965

Not how at that point we still haven't decremented mPlaceholderBatch. That means
that other stuff that triggers input events from there will not dispatch events.

I think that's a bit unexpected, but it is a preexisting problem, and can't
happen for users because mouse events go through the event loop.

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

--HG--
extra : moz-landing-system : lando

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

--HG--
extra : moz-landing-system : lando

Bug 1604511 - [1.2] Ensure Autofill.Support is fully initialized before handling events and enforce UI thread only access. r=geckoview-reviewers,agi,snorp

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

--HG--
extra : moz-landing-system : lando

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

--HG--
extra : moz-landing-system : lando

Bug 1600267: part 8) Call `ComparePoints` instead of `ComparePoints_Deprecated` in Selection. r=smaug

Some calls to `ComparePoints_Deprecated` remain, because adapting them
would require to add boilerplate code, which potentially will be deleted
again once `ComparePoints` supports crossing the Shadow DOM boundary.

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

--HG--
extra : moz-landing-system : lando

The closed-over-binding data is generated for each scope with a nullptr
delimiter per scope. This is wasteful when there are no closed-over bindings.
This patch removes trailing nullptr entries and for leaf-functions may result
in the script-data allocation being avoided altogether.

The FullParseHandler::nextLazyClosedOverBinding() will return nullptr after
the end of the gcthings data so that the delazification process is otherwise
unchanged.

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

--HG--
extra : moz-landing-system : lando

Move the transcoding from XDRLazyScript and XDRRelazificationInfo into
LazyScript::XDRScriptData to avoid duplication. Add similar code for non-lazy
scripts for consistency.

Depends on D57919

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

--HG--
extra : moz-landing-system : lando

Depends on D57918

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

--HG--
extra : moz-landing-system : lando

Depends on D57917

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

--HG--
extra : moz-landing-system : lando

We had a few extra RootedFunction when we only cared if about if the pointer
was null or not, so lets remove them. Also rename to isFunctionScript since
this is called for stand-alone functions as well. Semantics should be
unchanged.

Depends on D57862

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

--HG--
extra : moz-landing-system : lando

Pass appropriate arguments to NewFunctionWithProto instead of filling them
after the fact. The script should be transcoded after the function is set up.
Also stop preserving the NEW_SCRIPT_CLEARED flag in XDR.

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

--HG--
extra : moz-landing-system : lando

Also add this helper to FunctionBox for consistency.

Depends on D57852

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

--HG--
extra : moz-landing-system : lando

Cleanup the aliases we use for constructing different types of functions.
Always specify the function kind explicitly for readability.

Depends on D57851

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

--HG--
extra : moz-landing-system : lando

Fix the formatting, commenting, ordering of the flags. Also move the function
kind bits to the beginning of the flag word.

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

--HG--
extra : moz-landing-system : lando