Most of TelemetryController is only used in the parent process, but is
currently loaded in all processes, where it needlessly consumes tens of KB of
memory. This patch splits the parent- and content-specific parts, and only
loads each in the processes where they're needed.
Differential Revision: https://phabricator.services.mozilla.com/D79870
This patch removes the excemptions for about:newtab, about:home and
about:blank.
When we switch processes using session restore we sometimes focus the
content area. We mustn't do this if the uri is undefined, this can happen
for some of these pages and we expect the address bar to be focused instead.
Differential Revision: https://phabricator.services.mozilla.com/D80339
While currently the path given to the script is relative and doesn't
contain a directory, but will soon, and in that case, we don't want
the directory to be part of the const name (that wouldn't even be a
valid identifier).
Differential Revision: https://phabricator.services.mozilla.com/D80607
While currently the path given to the script is relative and doesn't
contain a directory, but will soon, and in that case, we don't want
the directory to be part of the const name (that wouldn't even be a
valid identifier).
Differential Revision: https://phabricator.services.mozilla.com/D80607
Thunderbird has browser.download.useDownloadDir set to false, which causes this test to time-out waiting for a file picker.
Differential Revision: https://phabricator.services.mozilla.com/D80591
Most of TelemetryController is only used in the parent process, but is
currently loaded in all processes, where it needlessly consumes tens of KB of
memory. This patch splits the parent- and content-specific parts, and only
loads each in the processes where they're needed.
Differential Revision: https://phabricator.services.mozilla.com/D79870
Setting mState in OnStartRequest has no impact on the decision of OnDataAvailable.
And we don't race mState between OnStartRequest and DoSendData given the order is guaranteed and they are on the same thread.
Differential Revision: https://phabricator.services.mozilla.com/D79772
Before P1, GetCurrentThreadSerialEventTarget would have always returned the same data as NS_GetCurrentThread, making the comment incorrect Now it will properly return the running TaskQueue if any.
This change of name more clearly exposes what they are doing, as we aren't always dealing with threads directly; but a nsISerialEventTarget
Differential Revision: https://phabricator.services.mozilla.com/D80354
The argument aEventTarget is actually never used by any caller; nullptr is always passed for it.
But the code is there in case it isn't null which would call into IProtocol::SetEventTargetFor
Depends on D80419
Differential Revision: https://phabricator.services.mozilla.com/D80421
If the json bakend is enabled (e.g. in beta as of the time of writing)
we need to force the tests that use ExtensionPermission to run in rkv mode. The
non-rkv mode code path will be tested in xpcshell-legacy-ep.ini.
Differential Revision: https://phabricator.services.mozilla.com/D80378
The menu items enabled-ness depends on the EnableDisableCommands message that
gets sent from the content process to the parent, and that happens after the
focus update. So it's possible for the test to check the menu items before
they are properly updated. This patch makes the test wait for a paint as well,
which should ensure the menu items state is properly updated by the time they
are checked.
Differential Revision: https://phabricator.services.mozilla.com/D80551
Add support for a hidden preference named app.update.notifyDuringDownload
that, when set to true, causes a "Downloading update" message to appear
in the app menu during a MAR download. Clicking the message opens the
about box so the user can see detailed progress information.
Differential Revision: https://phabricator.services.mozilla.com/D77688
This is done by tracking a specific BrowsingContextGroup ID on the
WebExtensionPolicy in the parent process. Whenever a load is done with that
policy, the browsing context is replaced to ensure it is loaded in the correct
BrowsingContextGroup.
This patch also ensures that extension iframes are always loaded in the same
process as their embedder document, even if the frame was previously remote.
Differential Revision: https://phabricator.services.mozilla.com/D80256
'test_json_cache.js' needs to properly take account of legacy vs modern.
'list.json' should be specifying google-b-d rather than just google.
Differential Revision: https://phabricator.services.mozilla.com/D80542
PrefetchRegistryInfo is intended to be a temporary file in order to conduct
this experiment on startup times vs. retention.
Most of the implementation is similar to LauncherRegistryInfo.
If we startup and the registry is different than the preference,
we will want to use the preference for the purpose of this experiment.
Differential Revision: https://phabricator.services.mozilla.com/D76993
Before bug 1584935, the frame for the browser element was created
directly after the .appendChild call, but after that we need to wait
for layout to happen in order to guarantee it.
The code was duplicated in ExtensionXPCShellUtils.jsm so I also put the
wait there.
Differential Revision: https://phabricator.services.mozilla.com/D76601