Allow access to Apple's Metal shader language compiler in our content process sandbox. Limit the sandbox policy change to 10.14 and newer OS versions to reduce risk given that problems have only been reported on 10.14.5.
Differential Revision: https://phabricator.services.mozilla.com/D28904
--HG--
extra : moz-landing-system : lando
Because SharedScriptData now contains numICEntries, we can allocate the ICScript
up front and fill it in directly. Advantages are: no Vector malloc/free overhead,
no ICEntry copying, no more LifoAlloc::steal, better cache locality, fewer moving
parts. This also makes it easier to merge ICScript and TypeScript in the future.
Differential Revision: https://phabricator.services.mozilla.com/D28451
--HG--
extra : moz-landing-system : lando
This also tidies up overflow checks to ensure numICEntries never overflows
UINT32_MAX in the emitter.
ICScript currently stores numICEntries as uint32_t, but it's not an
issue due to BaselineMaxScriptLength.
Differential Revision: https://phabricator.services.mozilla.com/D28450
--HG--
extra : moz-landing-system : lando
This makes the naming more consistent. Also, instead of checking against
JSScript::MaxBytecodeTypeSets at every JOF_TYPESET op, we can move this
condition to SharedScriptData creation if we use uint32_t instead of uint16_t.
This is more efficient and also nicer because MaxBytecodeTypeSets seems to be
more of a JSScript implementation detail the bytecode emitter doesn't need to
worry about.
Differential Revision: https://phabricator.services.mozilla.com/D28449
--HG--
extra : moz-landing-system : lando
The fixes a latent bug with WebRender where we would clear it after reading it
in ComputeScrollMetadata, but WR would sometimes call ComputeScrollMetadata a
second time for the same scroll frame in the same transaction, resulting in
the update sometimes not making it into the transaction.
Differential Revision: https://phabricator.services.mozilla.com/D28776
--HG--
extra : moz-landing-system : lando
This call served two purposes: (1) scroll the fixed layer by the eVisual
transform, and (2) adjust it by the fixed margins. The first purpose is now
served by applying the eVisual transform to the async zoom container, but
we still need the call for the second purpose.
Differential Revision: https://phabricator.services.mozilla.com/D28735
--HG--
extra : moz-landing-system : lando
This is accomplished via prefs rather than using a reftest attribute because
it's easier to get the right persistence (that is, how long the fixed margins
stick around) this way. The downside is that someone reading the reftest page
needs to look at the test- or ref-specific prefs in reftest.list to get a full
picture of what the test is doing.
Differential Revision: https://phabricator.services.mozilla.com/D28728
--HG--
extra : moz-landing-system : lando
Using split("-") was clashing with the connection type "this-firefox".
Added unit test for remote-client-manager.
Differential Revision: https://phabricator.services.mozilla.com/D28066
--HG--
extra : moz-landing-system : lando
This is the other patch with non-trivial refactoring. (GetPropIRGenerator was the first.)
Differential Revision: https://phabricator.services.mozilla.com/D27312
--HG--
extra : moz-landing-system : lando
This was the last consumer of the old implementation of TryAttachStub/TryAttachIonStub. This patch removes the transitional version.
Differential Revision: https://phabricator.services.mozilla.com/D27310
--HG--
extra : moz-landing-system : lando
This patch lays the groundwork for the stack.
To make it possible to switch everything over incrementally, I renamed the existing TryAttachStub/TryAttachIonStub templates, and added a new version. The old version gets deleted later in the stack when all the consumers have been fixed up.
Differential Revision: https://phabricator.services.mozilla.com/D27297
--HG--
extra : moz-landing-system : lando