Original Revision: https://phabricator.services.mozilla.com/D181082

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

Bug 1836021 [Linux] Probe VA-API devices if HW acceleration is force enabled (beta) r=emilio, a=dmeehan

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

Bug 1838744 - Unify Search Service channel handling between the production code and tests. r=mkaply, a=dmeehan

This makes the code and the tests use the same detection for the channel, to avoid the issue where
ESR builds fail whilst they are setting up the branch (the update channel is set, but the version is not).

Originally, I was thinking that this was reasonable test to ensure the settings are correct on ESR, but it
ends up that the test is only expecting the branch to be on release. Hence, it isn't really a valid test case
and we should trust that the ESR flags are correctly set once ESR starts, and that there's QA/other testing
already in place to verify that fact.

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

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

This creates the task in the full graph so they can be scheduled on try.
However, makes sure none of these tasks are enabled on any projects. This is
verified via taskgraph --diff.

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

Bug 1838018 - [ci] Handle Wayland worker-type in test transforms, r=taskgraph-reviewers,jcristau, a=dmeehan

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

Bug 1836235d, bring back the pre-Fission null check to nsFrameLoader::CheckForRecursiveLoad, r=dom-core,mccr8, a=dmeehan

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

As per the Canvas2D spec:

"Points with no lines coming out of them must have two caps placed back-to-back as if it was really two points connected to each other by an infinitesimally short straight line in the direction of the point's directionality (as defined above)."

Therefor, if there is a zero-length sub-path that is not closed, we need to ensure that line caps are drawn for it.
To do this, we track whether any zero-length segments are pruned with a flag that gets cleared if the sub-path is
either closed or a non-zero-length segment follows.

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

da -> e5f209d253c7558564b44b96d33639cc0babfb4e
fr -> 4233ee74fb6c687c9deba0f49d0768ea0dbe6215
gn -> 05322d49815c974e63e27b4088d3eda78e727cb3
pt-PT -> 9c24909d3ce989eb1b4ec44cc31a39bcfd501eb9
ro -> b285ad55f0650e10160096f1b183ec0dd4b6b4e0
sr -> e4810fbdc8fcc06a82ef952f386b8cf9c041ed82

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

Because of a typo, the findbar icons weren't included in the build.

The reason that this has gone unnoticed until now is that the Firefox PDF Viewer uses the *browser* findbar by default, and the affected findbar is only needed for PDF documents embedded in e.g. `<iframe>` elements; this can be reproduced with e.g. https://web.archive.org/web/20220309040754/https://www.adobe.com/content/dam/acom/en/devnet/pdf/pdfs/PDF32000_2008.pdf

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

When I added ScriptLoader::SetGlobalObject I didn't realise that more than one
document could share the same global object. It turns out that this happens for
these template contents owner documents and this causes the assert that checks
that right module loader is associated with the global to fail because it finds the
other document's module loader.

As far as I can tell we don't need a module load for these documents so we can
skip this call that creates it.

For some reason the test times out on Android and I wasn't able to work out why
so I didn't enable it there.

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

Bug 1835886 - Report errors for dynamicly loaded modules in ensureCustomElements r=mstriemer, a=dmeehan

This is required to prevent unhandled rejections causing test failures when
tests close the window before these dynamically loaded modules finish loading.

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

Bug 1835886 - Cancel outstanding load requests when a document is detached from a global r=smaug, a=dmeehan

Also cancel module load requests when cancelling requests generally.

What was happening here was that a previous load was completing and calling
into the wrong module loader, because the loader to use is determined via the
current global, and this was now associated with a different document / script
loader / module loader.

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

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

Bug 1837399 - Propagate stream error through nsBufferedInputStream::ReadSegments r=necko-reviewers,kershaw, a=dmeehan

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

No bug - Tagging b27c9dccd8728a3110d43ec3316d685a30479f7e with FIREFOX_115_0b7_RELEASE a=release CLOSED TREE DONTBUILD

No bug - Tagging b27c9dccd8728a3110d43ec3316d685a30479f7e with DEVEDITION_115_0b7_RELEASE a=release CLOSED TREE DONTBUILD

No bug - Tagging b27c9dccd8728a3110d43ec3316d685a30479f7e with FIREFOX_115_0b7_BUILD1 a=release CLOSED TREE DONTBUILD

No bug - Tagging b27c9dccd8728a3110d43ec3316d685a30479f7e with DEVEDITION_115_0b7_BUILD1 a=release CLOSED TREE DONTBUILD

de -> e677552a0be0ada82c986591d00428e2813bb2fb
ja -> bba687afb9eb9d846e8a01146fe9dade4e5a4e08
ja-JP-mac -> 76445c0f82078e2348621da17a4325aa5c647711
tr -> 36a8aebd52263ac069db62d9b04cea12d5e91260

el -> a6440279d6666bae187eb02188dfc0da32b5d8ea
is -> 8f3bef353eff961ab0c3eba8e3c5485095f9574a
kab -> e34a5ac33d3fa7242f02dc36a7e8adceeb102e9d

Bug 1837585 - Make the COEP:Credentialless check ignores the subdocument request if it's a redirect r=valentin,necko-reviewers, a=dmeehan

We shouldn't block the iframe if the initial request doesn't have valid
headers, we should only check the final request.

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

Bug 1838108 - nsICryptoHash: use non-assembly hashing implementation on Windows r=jschanck, a=dmeehan

On Windows 7 pre-SP1, AVX instructions are disabled, even though they might be
supported by the processor. The cpufeatures crate doesn't take this into
account, so the assembly implementation of sha-512 causes illegal instruction
crashes. As a workaround for now, use the non-assembly implementation.

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

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

Fixes password input behaviour.
- The password text will be revealed when focused from oustide (i.e not triggered by reveal button )
- The password text will be concealed when blurred.
- The password text will show / hide depending on reveal button state. Edit is possible when password is hidden by reveal button.

**Old behaviour:**
{F4936523}

**Current behaviour:**
{F4936530}

Original Revision: https://phabricator.services.mozilla.com/D180979

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

is -> 80cf17d3983d84a1b0be9f1ea408c310802c90fc
it -> bcbb98227ed3f175cea942dd80e2f0a1944f61b0
oc -> 73727612d486cc4eafe8c67fff654b141dcb9b63
si -> ac8ed27ad88da771a8fc1b3a7337452de15022f3

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

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

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

Bug 1838173: Allow to set the Gregorian change date for ISO-8601 calendars. r=platform-i18n-reviewers,dminor, a=dmeehan

Add a patch to work around <https://unicode-org.atlassian.net/jira/software/c/projects/ICU/issues/ICU-22412>.

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

Bug 1838507 - Follow-up: make sure to use the legacy migration wizard for startup migrations on beta. a=dmeehan


This condition was removed in bug 1823537 for central, but on beta we
still need it because the legacy migration wizard is still being used
for startup migrations there.

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

Bug 1832306 - Make `BrowserParent` stop handling access keys with delayed events r=smaug,NeilDeakin, a=dmeehan

`EventStateManager::WalkESMTreeToHandleAccessKey()` requests all `BrowserParent`
instances to handle access key in content processes:
https://searchfox.org/mozilla-central/rev/a4fd6daad3a4123d995478467c1274653b283801/dom/events/EventStateManager.cpp#1379,1398,1410-1411

Then, content processes will reply if no element matches with the access key:
https://searchfox.org/mozilla-central/rev/8e1b221afcdae76284b1439c547b032d1f84d236/dom/ipc/BrowserChild.cpp#2304-2305,2310

Finally, the parent process handles the keypress event:
https://searchfox.org/mozilla-central/rev/8e1b221afcdae76284b1439c547b032d1f84d236/dom/ipc/BrowserParent.cpp#2710-2712,2720,2725

However, this is odd because if multiple remote processes calls
`BrowserParent::RecvAccessKeyNotHandled()`, the parent process will handle
same `keypress` event multiple times.

The approach of this patch is, `BrowserParent` should store main data of
sending `eKeyPress` event, and `RecvAccessKeyNotHandled()` handles only if
the coming event matches with the stored one and clear the data to avoid
handling multiple times.

Even with this approach, we cannot avoid one `eKeyPress` event handled in
multiple content processes, or in both the main process and a content process.

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

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

Bug 1838507 - Default the about:welcome migration behaviour to the legacy XUL dialog. r=Mardak, a=dmeehan

This adds a new behaviour that opens the legacy migration wizard from about:welcome,
and sets the pref to default to that behaviour.

This also adds the behaviour to the FeatureManifest.yaml file so that it can be
instrumented remotely via Nimbus.

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

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

Modifies the preparation of script tags in order to better follow the
specification. Now, scripts are only considered to have already started
if they have a valid type when being prepared, and only changes to the
src attribute trigger script preparation, instead of for all attributes.
This allows script tags to be re-run after their type and src are
modified, if they haven't run already.

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