Bug 1812498 - Destroy RenderBufferTextureHosts that use VideoBridgeParent's Shmems in VideoBridgeParent::OnChannelError(). r=lsalzman, a=dsmith

Destroy RenderBufferTextureHosts that use VideoBridgeParent's Shmems before destroying all VideoBridgeParent's Shmems by PVideoBridgeParent::OnChannelError().

The patch includes Bug 1817674 fix.

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

It needs to be a recursive mutex instead of a regular one in case
`nsStreamLoader::WriteSegmentFun` closes the stream while holding the mutex.

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

The latter relies on being able to access the former.

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

Bug 1818357 - Guard nsBufferedStream::mBuffer with recursive mutex r=necko-reviewers,jesup, a=dsmith

It needs to be a recursive mutex instead of a regular one in case
`nsStreamLoader::WriteSegmentFun` closes the stream while holding the mutex.

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

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

Bug 1814217 - Dispatch release of main thread objects in ~nsHttpChannel r=necko-reviewers,jesup, a=dsmith

The patch also adds a diagnostic assert that the objects have actually been released in nsHttpChannel::ReleaseListeners

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

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

Bug 1819410 - Ensure we shutdown the RemoteSandboxBrokerParent IPDL instance during launch failures. r=jld, a=dsmith

If the process being launched by the sandbox broker crashes after we
setup the IPDL channel, but before we successfully complete the
initialization process, we don't explicitly teardown
RemoteSandboxBrokerParent. As such, when we destroy the owning objects,
it attempts to destroy RemoteSandboxBrokerParent while the protocol is
still open, triggering a release assert for destroying
PRemoteSandboxBrokerParent while the protocol/channel are still open.

This patch makes us explicitly teardown the channel if there is a launch
failure inside the sandbox broker.

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

This patch ensures that Windows ARM users will use the ARM clearkey
plugin over the x86 plugin by default. We continue to ship with the x86
plugin at this time, so the users could switch back if necessary.

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

Bug 1819661 - Use ARM clearkey plugin instead of x86 plugin on Windows ARM in nightly. r=media-playback-reviewers,alwu, a=dsmith

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

Bug 1814910 - Ensure we allow users to switch between ARM and x86 GMP plugins via balrog. r=azebrowski, a=dsmith

We need to ensure the hash value is the same and remove the old binaries
if not because if we switch architectures without a version bump, we
will continue to use the old binary. Additionally we should also store
both ABI preferences for Windows ARM (x86 and aarch64) to ensure that if
we profile migrate, or update to a new version, we flush the plugins.

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

On Windows ARM, we currently use the x86 version of the clearkey plugin.
We do however ship Firefox with the ARM version although prior to this
patch it was unused. Now if media.gmp-clearkey.allow-x64-plugin-on-arm64
is set to false, then we will attempt to load the ARM version of the
plugin. The pref remains true by default.

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

This patch adds the ability for Windows on ARM to launch either x86 or
ARM Widevine plugins. It also adds the ability for Windows on x86 to
refuse ARM binaries in case, for example, a profile is transferred
between machines.

Overall this should be a non-functional change for users at the time of
landing. It does however allow us to ship the ARM Widevine plugin to
Windows ARM users to workaround a plugin crash with the x86 Widevine
plugin. This only affects Windows 10 users (Windows 11 works fine).

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

https://github.com/webmproject/libwebp/commit/a486d800b60d0af4cc0836bf7ed8f21e12974129

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

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

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

No bug - Tagging e26ff04290d095dac006a3710b07077ee5d20f31 with FIREFOX_102_9_0esr_RELEASE a=release CLOSED TREE DONTBUILD

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

No bug - Tagging e26ff04290d095dac006a3710b07077ee5d20f31 with FIREFOX_102_9_0esr_BUILD2 a=release CLOSED TREE DONTBUILD

This patch removes Twitter domains from the list of sites we statically pin in Firefox
and regenerates the associated headers. Note that the Twitter domains are still
imported from Chrome's list of pins, but now have the test flag set, making them inert.

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

No bug - Tagging a386fc0218e3d4d5147ff6716866198bab0fbaac with FIREFOX_102_9_0esr_BUILD1 a=release CLOSED TREE DONTBUILD

Backed out changeset 3e15a0e2be47 (bug 1799684) to avoid avoid conflicts
over the firefox-esr-next-langpack-latest-ssl bouncer alias when the
next ESR branch starts.

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

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

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

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

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

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

Bug 1815904 - Set the gShutdown flag on shutdown even if we never instantiated a QM instance. r=dom-storage-reviewers,janv, a=dmeehan

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

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

No Bug, mozilla-esr102 repo-update HSTS HPKP remote-settings tld-suffixes - a=repo-update, r=dmeehan

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

Bug 1811627 - ThrottleQueue::Available should return max aRemaining r=necko-reviewers,kershaw, a=dmeehan

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

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