Updating to Firefox version 98.0.2#44
Merged
Merged
Conversation
…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
Differential Revision: https://phabricator.services.mozilla.com/D137935
Differential Revision: https://phabricator.services.mozilla.com/D137936 Depends on D137935
… TREE Differential Revision: https://phabricator.services.mozilla.com/D137939
…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
…t before IOUtils shuts down r=Gijs Differential Revision: https://phabricator.services.mozilla.com/D137797
…t before IOUtils shuts down. r=Gijs, a=RyanVM Differential Revision: https://phabricator.services.mozilla.com/D137797
ja -> 74484225b855c06e9cf8332939e6a36c2cd0493b ja-JP-mac -> c9a06fd559d5eac83be838c2c992f28c39324356 nb-NO -> d50d851e7400eee36c3372aa213252438a57d72b sat -> fec59836e847bd0fae1f9bdde439dae0b1ef0cf8 sl -> 01db67a91f85c519d305eb241501d2a6abf507db
…ONTBUILD This implements the changes from whatwg/streams#1168. Differential Revision: https://phabricator.services.mozilla.com/D137382
…smaug Differential Revision: https://phabricator.services.mozilla.com/D136316
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
…-only Differential Revision: https://phabricator.services.mozilla.com/D137981
…es - a=repo-update r=RyanVM Differential Revision: https://phabricator.services.mozilla.com/D137994
…er_test_powerMetrics.js, r=chutten a=test-only Differential Revision: https://phabricator.services.mozilla.com/D137933
…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
…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
…=RyanVM Differential Revision: https://phabricator.services.mozilla.com/D140923
…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
…=RyanVM Differential Revision: https://phabricator.services.mozilla.com/D140964
…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
…=Mardak, a=RyanVM Differential Revision: https://phabricator.services.mozilla.com/D140983
…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
…hing, r=edenchuang a=pascalc Differential Revision: https://phabricator.services.mozilla.com/D141262
…nt is detected on URL bar. r=adw a=pascalc Differential Revision: https://phabricator.services.mozilla.com/D140908
…=RyanVM Differential Revision: https://phabricator.services.mozilla.com/D141333
…=RyanVM Differential Revision: https://phabricator.services.mozilla.com/D141574
…a-playback-reviewers,alwu a=pascalc Differential Revision: https://phabricator.services.mozilla.com/D140218
… 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
|
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. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Update to upstream firefox version 98.0.2