Closed Bug 1762594 Opened 3 years ago Closed 3 years ago

Block Autoplay fails to block sound when loading a specific webpage for the first time

Categories

(Core :: Audio/Video, defect)

Desktop
All
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox-esr91 --- wontfix
firefox98 --- wontfix
firefox99 --- wontfix
firefox100 --- wontfix

People

(Reporter: danibodea, Unassigned)

References

()

Details

Note

  • When the user loads this webpage in a newly created profile, he will notice that block autoplay fails to block sound.

Affected versions

  • Nightly v100.0a1
  • Beta
  • Release
  • ESR

Affected platforms

  • all

Steps to reproduce

  1. Launch browser.
  2. Load https://www.dailymotion.com/video/x81q8qw?playlist=x6lgtp

Expected result

  • Video plays with sound muted.

Actual result

  • Video plays with sound.

Regression range

  • Not a recent regression.

Additional notes

  • After just one refresh, block autoplay does its job.

I can't reproduce this issue with today's Nightly on Ubuntu. Can you still reproduce? Did you interact with the page before the video loaded, e.g. accept the cookie banner? In this case it is expected that the audio is played.
This is probably not site-permission related so I'm moving it to Audio/Video.

Component: Site Permissions → Audio/Video
Flags: needinfo?(daniel.bodea)
Product: Firefox → Core

I can't reproduce this bug as well. Please check this wiki to ensure that you don't interact wit the page, because the default blocking policy would only block autoplay before users interact with web pages.

Free feel to reopen this bug if you think it still exists. Thanks.

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Resolution: FIXED → WORKSFORME

The user does need to interact with the page by accepting the cookies. This being said, I agree with the bug's resolution.

Flags: needinfo?(daniel.bodea)
You need to log in before you can comment on or make changes to this bug.