Bug 1471486 part 2 - Use RUSTFMT env in stylo build script. r?emilio MozReview-Commit-ID: JOg0xkmG5Yx

Bug 1471486 part 1 - Detect rustfmt like other rust executables. r?build-peer MozReview-Commit-ID: 8LMdpdqbrFS

Bug 1468711 - Part 2: Modify a test for pseudo element. r?pbro MozReview-Commit-ID: KTUh83kC5yX

Bug 1468711 - Part 1: Send a proper element for pseudo element to nsDOMWindowUtils::ComputeAnimationDistance. r?pbro MozReview-Commit-ID: 4xTST1tBeEW

Bug 1471491 - Add lld to the mac clang toolchain. r?build

Bug 1411491 - Add lld to the mac clang toolchain. r?build

Bug 1471114 part 7 - Scripts used to generated the previous patches. r?emilio MozReview-Commit-ID: E9dB5l9AmeS

Bug 1463919 - Tests for prompting for permission to autoplay. r?jya,r?mconley Test that video that autoplays via a play() call or via autoplay attribute plays or is blocked or prompts with a doorhanger for approval and plays when "allow" clicked and doesn't when "block" clicked. MozReview-Commit-ID: CpftV6RQbtU

Bug 1463919 - Test that starting play from tab audio indicator overrides block autoplay. r?mconley MozReview-Commit-ID: 4k7c7qw6cCq

Bug 1463919 - Ensure resuming via audio tab indicator bypasses autoplay permission check. r?mconley If the user opens a tab in the background, and that tab tries to play media, we'll delay playing that media until the tab is brought to the foreground. But the user can explicitly start playback of such delayed media by clicking the "play" icon we show in the tab indicator. Then if autoplay is disabled, we'll block the play (unless the origin is whitelisted). This is bad, as the user has clearly indicated intent to play media in this tab. So this patch adds an override flag that we set when the user starts playback via the audio tab indicator that short-circuits the autoplay blocking logic, ensuring we play in this case. MozReview-Commit-ID: Koir3xhF696

Bug 1463919 - Adjust mochitests to pass after changes. r?jya Prior to the changes in this bug, a document would request autoplay permission for its own origin, and not use the top level document's origin for the permission check. Since now we use the top level document's origin for requesting autoplay permission, some mochitests need to change, namely: * test_autoplay_policy_permission.html can use file_autoplay_policy_activation_frame.html directly. The test was failing because its helper page was loaded same origin and the helper page was testing if cross origins iframes could play; since we use the top level document's permission request, this no longer effectively tests whether the cross origin child can autoplay, as the cross origin child just uses the top level window's origin for requests. So we can instead load the helper window cross orgin instead, and remove one helper layer. Also an issue here is the way I was waiting for a new window to load was racy, so now we wait for loading windows to send us a "ready" message. * test_autoplay_policy_activation.html; this test's helper needs to wait for loading windows to send it a "ready" message, as its helper is shared with the above test. MozReview-Commit-ID: LvRa4G7tqFw

Bug 1463919 - Remove dead code in browser_block_autoplay_media.js test. r?mconley eslint pointed failed with an error: browser_block_autoplay_media.js:25:7 | 'audio' is not defined. (no-undef) It turns out, the function this line resides in is never called, so we can remove it. MozReview-Commit-ID: EUe5cRwGhfA

Bug 1463919 - Tests for prompting for permission to autoplay. r?jya,r?mconley Test that video that autoplays via a play() call or via autoplay attribute plays or is blocked or prompts with a doorhanger for approval and plays when "allow" clicked and doesn't when "block" clicked. MozReview-Commit-ID: CpftV6RQbtU

Bug 1463919 - Test that starting play from tab audio indicator overrides block autoplay. r?mconley MozReview-Commit-ID: 4k7c7qw6cCq

Bug 1463919 - Ensure resuming via audio tab indicator bypasses autoplay permission check. r?mconley If the user opens a tab in the background, and that tab tries to play media, we'll delay playing that media until the tab is brought to the foreground. But the user can explicitly start playback of such delayed media by clicking the "play" icon we show in the tab indicator. Then if autoplay is disabled, we'll block the play (unless the origin is whitelisted). This is bad, as the user has clearly indicated intent to play media in this tab. So this patch adds an override flag that we set when the user starts playback via the audio tab indicator that short-circuits the autoplay blocking logic, ensuring we play in this case. MozReview-Commit-ID: Koir3xhF696

Bug 1463919 - Adjust mochitests to pass after changes. r?jya Prior to the changes in this bug, a document would request autoplay permission for its own origin, and not use the top level document's origin for the permission check. Since now we use the top level document's origin for requesting autoplay permission, some mochitests need to change, namely: * test_autoplay_policy_permission.html can use file_autoplay_policy_activation_frame.html directly. The test was failing because its helper page was loaded same origin and the helper page was testing if cross origins iframes could play; since we use the top level document's permission request, this no longer effectively tests whether the cross origin child can autoplay, as the cross origin child just uses the top level window's origin for requests. So we can instead load the helper window cross orgin instead, and remove one layers of helpers. Also an issue here is the way I was waiting for a new window to load was racy, so now we wait for loading windows to send us a "ready" message. * test_autoplay_policy_activation.html; this test's helper needs to wait for loading windows to send it a "ready" message, as its helper is shared with the above test. MozReview-Commit-ID: LvRa4G7tqFw

Bug 1463919 - Call Play() when activating attribute based autoplay. r?jya When autoplay is requested by setting the "autoplay" attribute, we should check whether autoplay is allowed in HTMLMediaElement::CheckAutoplayDataReady() and if not we should prompt for user consent. This ensures that <video ... autoplay/> will prompt for consent when used on a page without a pre-existing allow/block permission. MozReview-Commit-ID: 77pJR2Ybn2i

Bug 1463919 - Have HTMLMediaElement ask for autoplay permission when playback otherwise blocked. r?jya MozReview-Commit-ID: Ejv0UKBjSVf

Bug 1463919 - Add AutoplayRequest to encapsulate asking for autoplay permission. r?smaug Add an implementation of nsIContentPermissionRequest to encapsulate requesting permission from the user to autoplay audible media. All documents in the tab request permission using the top level document's origin, so the AutoplayRequest instance for a tab is stored on the top level content window of the tab. AutoplayRequest ensures that there's only a single prompt shown at once. MozReview-Commit-ID: 2u3aLnEa21z

Bug 1463919 - Remove dead code in browser_block_autoplay_media.js test. r?mconley eslint pointed failed with an error: browser_block_autoplay_media.js:25:7 | 'audio' is not defined. (no-undef) It turns out, the function this line resides in is never called, so we can remove it. MozReview-Commit-ID: EUe5cRwGhfA