r?njn only because this is the first example that adds any actual subcategories.
Differential Revision: https://phabricator.services.mozilla.com/D11340
--HG--
extra : moz-landing-system : lando
This is similar to AUTO_PROFILER_LABEL, but with only one argument: a category pair.
This reduces duplication for label frames that want just the subcategory name as
their label: Instead of AUTO_PROFILER_LABEL("Layer building", GRAPHICS_LayerBuilding),
you can now just write AUTO_PROFILER_LABEL_CATEGORY_PAIR(GRAPHICS_LayerBuilding) and
the string will automatically be taken from the subcategory.
Differential Revision: https://phabricator.services.mozilla.com/D11339
--HG--
extra : moz-landing-system : lando
The actual subcategories will be added in later patches, so that there are no
unused categories.
Differential Revision: https://phabricator.services.mozilla.com/D11334
--HG--
extra : moz-landing-system : lando
This patch adds bytecode information to the JSON produced by CacheIRSpewer.
Differential Revision: https://phabricator.services.mozilla.com/D19834
--HG--
extra : moz-landing-system : lando
This patch adds constexpr template gunk to calculate the length of each CacheIR opcode in bytes. This is useful for verifying that the compiler has consumed all the arguments (which is done in this patch) and for iterating through the opcode stream (which will come in a future patch).
Note: To ensure that each opcode has a constant length, this patch changes writeInt32Immediate and writeUInt32Immediate to write fixed-length values instead of variable-length encoding. This shouldn't be a big problem, because we don't use them very much. In the long run, I would like to eliminate Int32 and UInt32 immediates entirely.
Differential Revision: https://phabricator.services.mozilla.com/D19833
--HG--
extra : moz-landing-system : lando
This is the first step towards being able to properly introspect CacheIR bytecode.
Differential Revision: https://phabricator.services.mozilla.com/D19832
--HG--
extra : moz-landing-system : lando
In bug 1521644, we changed the clip rect computation so we don't divide by
the resolution when using containerless scrolling. The rationale for that
change was that this clip becomes a clip rect on the async zoom container
layer, which is applied after the resolution in the compositor.
However, when building a display list for event delivery, this rationale
does not apply as there are no layers and no compositor involved.
Differential Revision: https://phabricator.services.mozilla.com/D19221
--HG--
extra : moz-landing-system : lando
Per WebDriver spec the "value" property with a list of characters
is not allowed anymore.
Differential Revision: https://phabricator.services.mozilla.com/D19998
--HG--
extra : moz-landing-system : lando
The basic idea is to make non-initial about:blank fire
document-element-inserted notifications just like every other document. We
then ensure that there's a notification (initial-document-element-inserted)
that only gets fired once per window for documents that are in a window. This
notification is what webextensions use to inject into the document.
The old setup which injected into about:blank when its global is created gets
removed in favor of injecting the same way as into every other document.
The changes to Document.cpp are fixing a bug in the "block the parser" stuff
webextensions do. For about:blank, the blocking happens at a point when the
parser really has nothing else to parse (since it's parsing the empty string).
So the blocking is a no-op. But we do want to prevent DOMContentLoaded firing,
because otherwise the "end of document" scripts could run before we finish
doing the "beginning of document" work in webextensions. So we want to make
sure we block DOMContentLoaded, not just the load event.
Differential Revision: https://phabricator.services.mozilla.com/D19892
--HG--
extra : moz-landing-system : lando
This allows elements to skip explicitly declaring `observedAttributes` and then imperatively
calling `inheritAttribute` on the appropriate child nodes. For simple cases this means less
boilerplate and moving this logic into the base class.
This is an opt-in feature, so more complex cases can continue to manually implement inheriting
behavior as before.
Differential Revision: https://phabricator.services.mozilla.com/D19702
--HG--
extra : moz-landing-system : lando
Otherwise, if we're scrolled, the scroll frame will think that our scroll range
was reduced, which will in turn clamp the scroll position, which is not good.
Differential Revision: https://phabricator.services.mozilla.com/D19362
--HG--
extra : moz-landing-system : lando
This skips over adding the unittest-features profile's user.js prefs if the browser channel is not Nightly. This should in theory mean the wpt run will only use preferences necessary for the tests to technically run, plus whatever the version of Firefox used for the tests includes as default out of the box prefs.
Differential Revision: https://phabricator.services.mozilla.com/D17428
--HG--
extra : moz-landing-system : lando
Any time we QI to nsIFrameLoaderOwner in tests, we're really accessing
a MozFrameLoader. We don't need to be doing that anymore.
Differential Revision: https://phabricator.services.mozilla.com/D19727
--HG--
extra : moz-landing-system : lando
* New topLevel loads get the nsILoadInfo.openerPolicy of the current top level document
* Parsing the Cross-Opener-Origin-Policy of a channel will update mLoadInfo.openerPolicy and this value will get propagated to the child process.
* SessionStore now checks nsIHttpChannel.hasCrossOriginOpenerPolicyMismatch (preffed off) and performs a process switch if needed
Differential Revision: https://phabricator.services.mozilla.com/D19000
--HG--
rename : toolkit/components/remotebrowserutils/tests/browser/browser_httpResponseProcessSelection.js => toolkit/components/remotebrowserutils/tests/browser/browser_httpCrossOriginOpenerPolicy.js
extra : moz-landing-system : lando
- Adds nsIHttpChannelInternal.setTopWindowPrincipal used to pass the principal from the child to the parent
Differential Revision: https://phabricator.services.mozilla.com/D18391
--HG--
extra : moz-landing-system : lando