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

Bug 1694336 - Web Authentication: Only send "none" attestation if it was requested (by server or user) r=dveditz

The old behavior (only send attestation, if attestation-type was "direct" and "none" otherwise) broke the spec.
Only send "none", if directly requested by RP or the user.

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

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

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

Bug 1673513 - Use ProfilerParent::RequestGatherProfileProgress to wait for slow but responsive processes - r=florian

Instead of waiting a set time guessed from how long the parent process took to do its work, after a short time the parent process requests progress updates from all still-pending child processes, and restarts the timer if any progress was made.
If processes become unresponsive, they will be the last ones pending, and after one timer cycle without any progress anywhere, the parent process won't wait for children anymore, and will output all profiles successfully gathered so far.

Added `MOZ_LOG=prof` logging in nsProfiler.cpp, to monitor profile-gathering. (And removed a spurious 'd' character in the `LOG` macro.)

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

This code will be used again in the following patch.
Instead of destroying and re-creating a new timer, we can re-initialize the existing one.

Also add the timer name "nsProfilerGatheringTimer" when first creating it.

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

This helper function in ProfilerParent sends a progress request to a child process. If successfully sent, the response will resolve the returned promise.

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

A new IPC function allows the parent process to request a progress update from any child process.
If a profile generation is in progress, the shared `ProportionValue` can be atomically read and sent back in response.

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

In order to keep the child process responsive to profile IPCs, the heavy work of generating the profile JSON is now done in a separate thread.
A `ProgressLogger` is used to keep track of the progress of this work, and the progress value is stored in a shared atomic `ProportionValue`.
When the JSON profile is ready, the final shmem allocation (used to send the profile to the parent process) is done on the original "ProfilerChild" IPC thread.

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

The main goal is to separate the profile generation (in a JSONWriter) from the final allocation needed to output the profile in one block.
This will be needed in the next patch, where the profile generation will be done in a new worker thread, but the shmem allocation *must* be done on the original "ProfilerChild" thread that handles IPC responses.

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

Instead of just waiting for a certain number of profiles, the parent process now waits for profiles from a predetermined list of child process ids.
When receiving a profile, or when something goes wrong with a child process, the corresponding listed id can be removed, until the list is empty.
In a later patch, this list will be used to request progress updates from slow processes.

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

This will be useful to tie profiles to the child process id that generated them. (At the moment, the parent waits for a number of profiles, but doesn't check where received profiles actually come from.)

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

A small optimization while working on nearby code, so avoid multiple allocations when we already know how much memory we really need.

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

Add `ProgressLogger` parameter to most JSON-generating functions.
Each function can update the given `ProgressLogger` between 0% and 100%, and create sub-loggers when calling functions.

The main goal of this instrumentation is to notice when any progress is made by child processes (when the parent process is gathering profiles), so it needs to go deep enough so that it is not stuck on a progress value for "too long" -- During development, that meant progress was always happening when observed every 10ms; In later patches, the overall timeout for no-progress-made will be at least 1 second.

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

Class used to log the progress of long operations, and simplifying the use through nested function calls and loops.

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

Class storing a value between 0 and 1, effectively 0% to 100%.

It will be used through a ProgressLogger object to track the progress of JSON profile generation (see following patches).

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

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

Bug 1744565 - disable browser_resources_sources.js on linux64 and win10_2004 opt r=intermittent-reviewers,jmaher DONTBUILD

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

Bug 1520938 - disable browser_middleClick.js on win10_2004 opt r=intermittent-reviewers,jmaher DONTBUILD

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

JavaScript code coverage is eagerly parsing all functions ahead of time, which
conflict with the configuration required for testing the eager delazification.

This patch disables the test case if JavaScript code coverage is enabled.

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

This patch introduce a new test helper to more easily test a page that reloads with an updated content.
This especially take care of source map support.

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

zh-CN -> bb339fc093bb6c2cbad758d25cdf033c1a0ff6a4

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

The Nightly experiment's description:

> Firefox 100 User-Agent String
>
> Make Nightly send websites a User-Agent string that pretends to be Firefox
> version 100. Use this setting to test whether websites will break when
> Nightly hits a three-digit version number. The real Firefox 100 is scheduled
> to be released in May 2022, so start testing your websites now!

Firefox's User-Agent string says "Firefox/100.0" in both release and pre-release channels. Firefox 100's release date will be 2022-05-03. The Nightly 100 development cycle will begin 2022-03-08.

Chrome has a similar chrome://flags/#force-major-version-to-100 flag for testing a Chrome 100 UA.

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

Bug 1748798 - Add 'forceVersion100' pref to make user testing of Firefox 100 UA string easier. r=preferences-reviewers,necko-reviewers,Gijs,valentin

Monitor Firefox 100 experiment enrollment in the parent process. If the user gets enrolled in the experiment, the parent process will set the forceVersion100 pref in other processes. The forceVersion100 pref can also be set by the "Firefox 100" option in the Nightly Experiments settings.

Chrome has a similar chrome://flags/#force-major-version-to-100 flag for testing a Chrome 100 UA.

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

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

Bug 1752282 [Linux] Mark VideoFrameSurface as used in VideoFramePool::GetVideoFrameSurface() r=alwu,media-playback-reviewers

- Right now we mark VideoFrameSurface as used in VideoFrameSurface constructor (for newly created surfaces) and in
  GetFreeVideoFrameSurface() for recycled ones.
  In this patch we remove them and mark it as used in VideoFramePool::GetVideoFrameSurface() for both cases
  when VideoFrameSurface is really used.
- Call av_buffer_unref() only if VideoFrameSurface is locked, i.e. we have valid mAVHWFramesContext/mHWAVBuffer.

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

Removing SW decoding to dmabuf surfaces in favour of decode to shm surfaces (Bug 1713276).

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

en-CA -> d6c548e6a369de5d9b11c62a6dcb16fbd03b389a
en-GB -> d2cbf84e07289b701925b083dd877e0e0a85c590
it -> 23a6bcedbdd8fe6cd5a7a51c475a5e9163a375e5
kab -> 3c2f3430290ba1c3bb2f3ec8f961baf7e994ace9
nn-NO -> 2a97309ce5e7b626ebe73d09bd64a12753d1dc5d
oc -> 66c153b1c5f03e099b627ce051e5b89a4b010617
sat -> 871f5e6c36301081c7d5fec7da6ea51c2214d03c
tg -> ac2ae60c1706bf580b41eeb92b1b5e3212d1a491
vi -> 45becdf2b63187cefc51ebb630122a99f6202bd6

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

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

Bug 1749377 - Use prefersColorSchemeOverride to inherit dark PBM theme for prompts and pageInfo window. r=desktop-theme-reviewers,dao

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

Depends on D137330

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

Bug 1752610 - Part 1: Cover more members in ReadableaByteStreamController cycle collection r=evilpie

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

Bug 1752581 - Transmit permissions for the partitioned principal during loading a channel into a content process. r=nika

This patch makes ContentParent::AboutToLoadHttpFtpDocumentForChild() to
also transmit permissions for the partitioned principal so that the web
content principal can access permissions for partitioned principal.

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