To avoid walking the enclosing scope chain while parsing, compute the number
of environments between enclosing scope and the this-environment's scope.
This is used if there are 'super' references within an arrow or eval script.
Differential Revision: https://phabricator.services.mozilla.com/D100815
Instead of generating bogus values inspecting the scope chain when the script
will provide a this-environment, we leave at default based on if the
InheritThis flag is passed. This is used for arrow-function and evals (as the
spec requires).
Differential Revision: https://phabricator.services.mozilla.com/D100848
Instead of traversing the scope chain several times, combine some of the
traversals to simplify code. Certain behaviours use the debugger-eval
effective scope, while others ignore it. This patch does *not* change any of
the current semantics.
Differential Revision: https://phabricator.services.mozilla.com/D100847
The `emitThisEnvironmentCallee` helper is used when handling certain 'super'
operations. If the current scope is an eval or arrow, we instead use the
callee of the enclosing environment chain. When this is a case, the Parser
must already have marked the appropriate 'this' as closed-over and we can
simply assert that the scope has an environment.
Differential Revision: https://phabricator.services.mozilla.com/D100814
From what I can see in source history, pal8v4.bmp started out with a fuzzy of (3, 6376) on all platforms. Then one day aarch64-windows started producing a result of (1, 899) and so that platform's expectations were adjusted.
In the upcoming clang 12, the behavior of this test gets "fixed" in that we go back to those 6376 differing pixels like on other platforms. The max difference rises to 4 though. In light of the fact that aarch64-windows is seeing less priority these days, I can't justify digging into the exact code reason for the change, so this patch just updates the fuzzy setting to allow these values.
Differential Revision: https://phabricator.services.mozilla.com/D100823
Windows start blocking media by default (see the
media.block-autoplay-until-in-foreground pref).
If the document becomes visible from GetScriptHandlingObject(), we
hand-rolled our own UpdateVisibilityState and didn't call
MaybeActiveMediaComponents (which unblocks media playback).
It couldn't call it there before since given content docshells used
start as active, but now that they don't we can do that and fix the bug.
Differential Revision: https://phabricator.services.mozilla.com/D41438
I removed this assertion temporarily to unblock fuzzing over the holidays. Now that we've fixed the bugs, we can put it back.
Depends on D100751
Differential Revision: https://phabricator.services.mozilla.com/D100752
There were two bugs here:
1. We weren't checking hadEagerTruncationBailout before eagerly truncating phis.
2. MDiv::operandTruncateKind and MMod::operandTruncateKind can return TruncateAfterBailouts even if ComputeTruncateKind returns a less restrictive kind. We therefore have to check the operands too.
Depends on D100750
Differential Revision: https://phabricator.services.mozilla.com/D100751
The next patch will add a method to `RangeAnalysis` with a TruncateKind argument. Nested enums can't be forward-declared, so instead of undoing anba's work in bug 1669181 (part 35), I'm un-nesting the enum.
Differential Revision: https://phabricator.services.mozilla.com/D100750
There is no autorelease pool in place at the time that C++ globals are initialized, so this array
causes warnings when running with `OBJC_DEBUG_MISSING_POOLS=YES LIBDISPATCH_DEBUG_MISSING_POOLS=NO`.
And avoiding static initializers is a good practice anyway.
Differential Revision: https://phabricator.services.mozilla.com/D100736
There is no autorelease pool in place at the time that C++ globals are initialized, so this array
causes warnings when running with `OBJC_DEBUG_MISSING_POOLS=YES LIBDISPATCH_DEBUG_MISSING_POOLS=NO`.
And avoiding static initializers is a good practice anyway.
Differential Revision: https://phabricator.services.mozilla.com/D100734
The only remaining issues we've been able to find with the skeleton UI are that it's missing RTL support (which is coming - bug 1671603), there's a flash of the skeleton UI when maximizing the window (bug 1665451), and that we don't yet clean up the registry values from the uninstaller (bug 1675081). These do need to be addressed, but I don't think they're severe enough to block landing this to start getting feedback from our Nightly audience.
Again, I'm flagging all of you for review per Jim Mathies's request. There's not really one reviewer most familiar with this and the condition it's in, unfortunately.
Differential Revision: https://phabricator.services.mozilla.com/D98480
This scope will support later functional changes that are conditionally
compiled. This part is standalone to help with blame-tracking.
Differential Revision: https://phabricator.services.mozilla.com/D100805
Add ACCESS_WIFI_STATE to the gve manifest, same as androidTest.
Remove ACCESS_WIFI_STATE from the list of pm grants, since it is not of
type dangerous.
Differential Revision: https://phabricator.services.mozilla.com/D100727
Otherwise the adjustments that the media controls do in response to size
changes affect the size itself, which can cause cyclic layout.
Differential Revision: https://phabricator.services.mozilla.com/D100722
Introducing this as a separate patch to simplify this changeset and first introduce a straightforward-ish implementation.
Differential Revision: https://phabricator.services.mozilla.com/D100731
Applying a bulk filter on accessibles in content process allows us to avoid a potentially large (and variable) number of IPC sync calls to retrieve the accessible names. I chose to implement this as a "post filter" and not to actually do the entire search in content because it would cause a lot of duplication of code for non-IPC searching, and we wouldn't have the flexibility to combine a text search with any arbitrary search key as the API requires.
I also generalized the RangeTypes.h header to PlatformExtTypes so it can be used to define filter types as well.
Differential Revision: https://phabricator.services.mozilla.com/D100730
