Skip to content

Updating to Firefox version 98.0.2#44

Merged
tmbrbr merged 6260 commits into
SAP:mainfrom
tmbrbr:dev/upstream-v98.0.2
Apr 20, 2022
Merged

Updating to Firefox version 98.0.2#44
tmbrbr merged 6260 commits into
SAP:mainfrom
tmbrbr:dev/upstream-v98.0.2

Conversation

@tmbrbr

@tmbrbr tmbrbr commented Apr 20, 2022

Copy link
Copy Markdown
Contributor

Update to upstream firefox version 98.0.2

dogben and others added 30 commits February 5, 2022 11:50
…fter context destroyed, a=testonly

Automatic update from web-platform-tests
Prevent crash when using MediaRecorder after context destroyed

Verified that the modified test crashes at HEAD.

Bug: 1289656
Change-Id: Id90dba9276dfd4670be93c8c464230102917a183
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/3412270
Auto-Submit: Ben Wagner <benjaminwagner@google.com>
Reviewed-by: Markus Handell <handellm@google.com>
Commit-Queue: Markus Handell <handellm@google.com>
Cr-Commit-Position: refs/heads/main@{#963448}

--

wpt-commits: f94b510c13562e0026f947839ced1c778eb1156f
wpt-pr: 32550
…wned by the DAS WG., a=testonly

Automatic update from web-platform-tests
Remove @zqzhang from META.yml in specs owned by the DAS WG. (#32552)

They have not been involved in the Devices and Sensors WG for years, so
remove them from the list of owners for these tests.

In cases where the directories had a single owner, switch to @anssiko,
co-chair of the WG.
--

wpt-commits: b0090e97f0640c5e21d7ad2bb616b22940c03469
wpt-pr: 32552
…n block frag is enabled., a=testonly

Automatic update from web-platform-tests
Disable fragment traversal correctly when block frag is enabled.

Once we've entered legacy multicol, nothing inside should do fragment
traversal. The legacy multicol pre-paint code might create multiple
FragmentData entries for monolithic forced LayoutNG objects (such as
math and custom layout), because legacy layout doesn't really understand
what monolithic means.

This worked fine when LayoutNGBlockFragmentation was disabled, since
we'd always disable fragmentation inside multicol then. But when the
feature was enabled, we would allow fragment traversal of LayoutNG
subtrees inside legacy multicol. Don't do that.

The new test crashes with LayoutNG disabled (regardless of this fix),
since the test uses the CSS layout API, which isn't supported when
LayoutNG is disabled. Just skip it there.

Bug: 1289999
Change-Id: Iacddb22eb3df224ea57f988f37409bd57b5f200d
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/3412124
Reviewed-by: Ian Kilpatrick <ikilpatrick@chromium.org>
Commit-Queue: Morten Stenshorne <mstensho@chromium.org>
Cr-Commit-Position: refs/heads/main@{#963498}

--

wpt-commits: 1d446b1678bc853f78c6f3a2f366be0574136928
wpt-pr: 32529
…2f6bb95d4027184187a2220c0, a=testonly

MANUAL PUSH: wpt sync bot

wpt-head: 8554fb1df402a812f6bb95d4027184187a2220c0
wpt-type: landing
…ments. r=Gijs

screenForRect takes screen coordinates (device pixels, for our purpose here).

However screenX / screenY are in CSS pixels, so we need to convert them to the
right coordinate space before looking up the screen.

Differential Revision: https://phabricator.services.mozilla.com/D137895
Before that we would just paint transparent. I can do that if you want,
but this seems slightly better.

Differential Revision: https://phabricator.services.mozilla.com/D137882
eo -> 43b47701c9c262e18f320de739c698106f8de7c2
hu -> 5ca6ad043a1f49a0f0e2a8462a036bbbe6fd3686
meh -> eb4c4737d71e0014307fa78feff84c1147538165
nn-NO -> 7c3e95eee5f76fec3b573b4a76b606a7fb69374c
pl -> 79cb9754345955229734abf7d5c34f2d1af086b7
sat -> 111e32a2276f09abf2206b81c0fd02bfb572ed6c
tg -> 936464eff6e1297bb8a7bd5c8d703ee7bd6644ee
ja -> 74484225b855c06e9cf8332939e6a36c2cd0493b
ja-JP-mac -> c9a06fd559d5eac83be838c2c992f28c39324356
nb-NO -> d50d851e7400eee36c3372aa213252438a57d72b
sat -> fec59836e847bd0fae1f9bdde439dae0b1ef0cf8
sl -> 01db67a91f85c519d305eb241501d2a6abf507db
hr -> 1f607c012e352f40bb5bd98320b7cd8259fa60a8
hsb -> 22063ca8f2b1d7bf99320af6acfdbfd75a9b3b17
kab -> 34cdd7ae3a2706650cb51cc379fb0c2b25516169
nn-NO -> 3cfcf56dbe595cd289466d0214f35564891e1ac0
oc -> 696ebd61bf28cad9d7c9380aaa55b8210cb40833
rm -> 23529512d5059f0d69282994df580805b92f411b
sat -> c6eafcbc3ace9381a387d271a87712dd95f35076
uz -> 1c24dc11dbbea07621cf75965805af6848c70718
be -> abf0478add79930beb3097c2304f3f2225d92e41
eo -> 37b426f889806c8201eb84db0dbd3b191a8696f6
es-ES -> 667fed3eb1c31e90335509da877a15a7d7ce5336
es-MX -> 5db2241f3444b2a4ffcaeee3e5affd85289afe04
et -> fff4b27506083c406951829228eb2eeb51b485aa
hr -> 8ca55ca0dc6def9c6d0ac70ee720c6b1d3d6a57a
th -> bf2559dde58e0c39f163a0e06ee41bb45079ed68
…X_BETA_98_BASE a=release DONTBUILD CLOSED TREE
…df109ae628 10d52a3bff9565e3f470d4cf4d51527052896ea2| CLOSED TREE DONTBUILD a=release
…X_BETA_97_END a=release DONTBUILD CLOSED TREE
… TREE

bo -> removed
brx -> removed
ckb -> removed
et -> cd11e1d52aeb09fb25c4f1bb49df356703bfbf03
hu -> 36a782e89bebf970dd7fe67497bf34680c6953e8
hye -> removed
is -> a5dd94cde18055dbe178134e17e487ee49dad0a1
lo -> removed
ltg -> removed
meh -> removed
sat -> removed
sc -> removed
scn -> removed
sl -> 535bb0e404b58effa1bb0e61963e1d93a77fc7d2
tg -> removed
th -> 0e90ff7bb6277799be92363a3bf35d27ec9b99a1
wo -> removed
flodolo and others added 26 commits March 12, 2022 07:17
…bGPUParent. r=aosmond a=pascalc

A better solution would check against the same value as reported by gfxConfig, which takes the pref as well as whether webgpu was blocked (for example due to buggy drivers) into account, but this still is good sanity check and easy to uplift.

Differential Revision: https://phabricator.services.mozilla.com/D140535
…X_98_0_1_BUILD1 a=release CLOSED TREE DONTBUILD
…X_98_0_1_BUILD2 a=release CLOSED TREE DONTBUILD
…X_98_0_1_RELEASE a=release CLOSED TREE DONTBUILD
…nt is detected on search bar. r=adw a=pascalc

Depends on D140908

Differential Revision: https://phabricator.services.mozilla.com/D141058
…i, a=RyanVM

This prevents a java NullPointerException when the
RemoteSurfaceAllocator returns a null Surface to the local
SurfaceAllocator instance.

Differential Revision: https://phabricator.services.mozilla.com/D140801
…on-windows builds. r=barret,willdurand a=pascalc

PathUtils.filename throws if the path is not an absolute path, which was likely
not the case with the OS.Path.basename call used previously.

This internal change of behavior shouldn't be triggering any issue on Windows,
where the hostInfo.manifest.path seems to be always normalized into an absolute
path (by computing it as relative to the hostInfo.manifest if it wasn't already
an absolute path), but it makes browser.pkcs11.isModuleInstalled to regress
on Linux (and maybe also on MacOS if the pkcs11 manifest files include only
the library name and not its full path, as it seems to be the case for
the Belgium eID pkcs11 manifest packaged for Linux).

The result of PathUtils.filename is expected to only include the basename of
the file (without the full dir path and the file extension) and so to fix
the regression being triggered on non-windows platform we could use a fake
absolute url to get the expected result using PathUtils.filename as is.

Differential Revision: https://phabricator.services.mozilla.com/D141097
… test PAC rules. r=ahal a=test-only DONTBUILD
…on - rebased on FIREFOX_98_0_1_RELEASE r=jesup a=pascalc

Differential Revision: https://phabricator.services.mozilla.com/D141235
@cla-assistant

cla-assistant Bot commented Apr 20, 2022

Copy link
Copy Markdown

CLA assistant check
Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.
1 out of 20 committers have signed the CLA.

✅ tmbrbr
❌ Mozilla Releng Treescript
❌ fqueze
❌ juliandescottes
❌ petervanderbeken
❌ emilio
❌ Standard8
❌ xhorak
❌ flodolo
❌ mkaply
❌ jamienicol
❌ nbeleuzu
❌ nical
❌ KershawChang
❌ gijsk
❌ jmaher
❌ padenot
❌ rpl
❌ rvandermeulen
❌ jensstutte


Mozilla Releng Treescript seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.
You have signed the CLA already but the status is still pending? Let us recheck it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet